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ABSTRACT 



The Naval Postgraduate School (NPS) International Programs Office's (IPO) 
mission requires timely, accurate, and intensive information exchange with the outside 
military and civilian agencies to accomplish the goals of the Security Assistance and the 
Information Programs. Therefore its information infrastructure is becoming a vital key to 
the organization success or failure in performing its mission-critical tasks. Currently the 
office achieves its goals to a great extent without taking advantage of an information 
system to support its administrative activities more efficiently. 

This thesis conducts a thorough analysis and documentation of the information 
requirements of the Naval Postgraduate School International Programs Office. Based on 
the requirements identified, the thesis develops and implements a series of functional 
computer applications which supports the NPS IPO administrative activities. 
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I. INTRODUCTION 



A. OBJECTIVES 

The objective of this research is to conduct a thorough analysis and 
documentation of the information requirements of the Naval Postgraduate School (NPS) 
International Programs Office (IPO). Based on the requirements identified, the thesis will 
develop a series of functional computer applications which shall support the NPS IPO 
administrative activities. 

B. BACKGROUND 

The Naval Postgraduate School International Programs Office is charged with 
interacting with outside military and civilian agencies to accomplish the goals of the 
Security Assistance Program (SAP) and the Information Program (IP). Additionally, it is 
responsible for the International Sponsor Program and acts as the Command Sponsor to 
the International Committee. 

Since the NPS IPO's mission requires timely, accurate, and intensive information 
exchange, its information infrastructure is becoming a vital key to the organization 
success or failure in performing its mission-critical processes. 

Although the NPS IPO currently achieves its goals to a great extent, it lacks an 
information system to support its administrative activities more efficiently. The 
information requirements that those are to be identified during the research phase of this 
thesis will bring out the issues associated with the new information system design for the 
NPS IPO. As a result of this thesis, a series of functional computer applications, to 
support the NPS IPO administrative activities effectively will be developed and 
implemented. 
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C. RESEARCH QUESTIONS 



To attain the objectives of this thesis and gain insights into the information 
requirements of the IPO, the following research questions are defined. 

• What are the information requirements of the Naval Postgraduate School 
(NPS) International Programs Office (IPO) to support its administrative 
activities? 

• How is the current information flow and data processing at the NPS 
IPO? 

• What are the concerns over the information system issues that 
motivate the new system development? 

• What are the feasibility issues regarding the new system development? 

• How can the data and processes associated with the IPO's administrative 
activities be modeled with respect to the results of the system analysis? 

• What will be the appropriate system design to meet the requirements 
identified during the requirement analysis? 

• What development tools and methodology is appropriate for applications of 
the type developed for the IPO? 

D. METHODOLOGY 

A mixture of both Structured Development Methodology (SDM) and Visual 
Development Methodology (VDM) were followed for developing the information system 
required by the IPO. 

Since there was no budget or time constraints for the system development and the 
first objective of this thesis was to conduct a thorough analysis of the information 
requirements of the IPO, preliminary investigation and requirements analysis were 
conducted by studying the discipline of the SDM. The discipline of this methodology is 
based on the idea that if developers can get perfect specifications up front, the end result 
will be a perfect application (Whitten et al. 1994). It puts a large emphasis on the initial 
requirements specification. But after the design specifications are complete, the 
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requirements are “frozen,” and changes to the application’s design are no longer allowed. 
This usually causes the SDM to fail to produce applications that meet users current needs. 
Therefore, in order to achieve the other objectives of this thesis, the VDM was employed 
to address the shortcomings of the structured approach. 

The VDM is outlined in Figure 1. This development methodology encourages the 
developers to provide a basic application, which is then followed by incremental 
improvements and enhancements as users exercise the system, finding flaws, areas for 
improvement, and ideas for enhancement. It allows for changes to a system in a 
relatively responsive manner and it provides a means of allowing the business rules to 
drive the system, and not have the system drive the rules (Hodges 1995). 

The VDM begins traditionally with the gathering of user requirements. As 
discussed before, requirements were determined and analyzed by employing the SDM in 
order to achieve thesis’s objectives. However, based on the preliminary findings of the 
requirements analysis, basic data and process models were developed in such a way to 
allow for extension as emphasized in VDM. 

Once the preliminary requirements were analyzed, prototypes of the system 
applications were developed in order to get feedback from end users and get them 
involved with the actual system design. The feedback of the end users were analyzed to 
refine the results of the analysis and to improve the prototypes to approach the final 
product. 

E. CHAPTER OUTLINE 

This thesis is organized as follows. Chapter II discusses the results of the 
preliminary investigation. It discusses the current information flow and data processing at 
the organization, the concerns over the information system issues that motivate the new 
system development, and the preliminary feasibility issues regarding the new system 
development. 
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Data Model 




Basic Functionality 




Figure 1. Visual Development Methodology' 



4 



Chapter III describes the requirements analysis of the system. The analysis 
provides the conceptual data model which reflects the specific data requirements (objects) 
that must be represented in the new information system's database and the the process 
model which represents the application or functional requirements that support the new 
system. 

Chapter IV discusses system design phase of the system development. Two 
components of the system design, logical database design and application design, are 
discussed. Issues associated with designing an appropriate system and selecting 
appropriate application development tool are addressed. 

Chapter V discusses the implementation and maintenance phases of the system 
development. 

Chapter VI draws conclusions and makes recommendations. 

Appendices supplement the previously described text. 
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II. PRELIMINARY INVESTIGATION 



This chapter presents the results of the preliminary investigation. It discusses the 
current information flow and data processing at the organization, the concerns over the 
information system issues that motivate the new system development, and the 
preliminary feasibility issues regarding the new system development. 

A. OVERVIEW OF THE INTERNATIONAL PROGRAMS OFFICE 

In order to gain insights of the IPO, its mission and the current organization are 
provided in the following paragraphs. 

1. Mission 

The NPS IPO is responsible for the cultural, social, and academic integration of 
the international community. The office is charged with interacting with the outside 
military and civilian agencies to accomplish the goals of the Security Assistance Program 
(SAP) and the Information Program (IP), described in the following paragraphs. 
Additionally, the office is responsible for the International Sponsor Program and acts as 
the Command Sponsor to International Committee. 

a. Security Assistance Program (SAP) 

The SAP is primarily involved with introducing American Technology to 
foreign countries (Callaghan et al. 1984) An important aspect of the program is the 
training and education of International Military Student (IMS) under Foreign Military 
Sales (FMS) and/or International Military Education and Training (IMET). 

b. Information Program (IP) 

The IP provides IMSs and their families with a basic understanding of the 
American way of life. The objective of the program is to provide them a balanced 
understanding of U.S. society, institutions, and goals in addition to the IMS’s educational 
experience at NPS (SECNAVINST 4950.4). 
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c. International Sponsor Program 

The International Sponsor Program is involved with assigning American 
sponsor(s) to each IMS to ensure academic, social, and cultural adjustments, well being, 
and success of IMSs and their families in the official and informal life at NPS. 

d. Sponsor to the International Committee (IC) 

The IPO acts as the official NPS sponsor between the International 
Committee and NPS. The IPO assists the IC in its actions and provides guidance, 
assistance, and approval for the conduct of activities of mutual interest and advantage to 
the IC and NPS. 

The International Committee's purpose is to promote good relations 
between the U.S. and international officers and their families, to assist with adaptation to 
American life, and to support IMS and their families when needed and where possible 
(International Committee 1994). 

2. Organization 

The IPO is organized to manage the overall NPS’s International Program. 

a. Director 

The Director of International Programs directs and coordinates academic 
and social activities and the physical adjustment of IMS and their families to the official 
and informal life at NPS. In addition, the Director provides policy guidance and 
implementation in planning and administering the SAP and IP. 

b. Assistant Director 

The Assistant Director functions as an assistant to the Director of 
International Programs. He/she manages the IPO staff and provides counseling to 
students and their families, prepares powers of attorney, and acts as an advisor to the IC. 
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Figure 2. IPO Organization 

c. International Student Assistant 

The International Student Assistant is responsible for setting up and 
maintaining military personnel records for the IMS assigned to NPS. In addition, the 
assistant manages the International Sponsor Program and assists with the IP. 

d. IP Coordinator 

The IP Coordinator plans IP activities and maintains records of the IP to 
include financial records and accounting for IP budget, FMT travel, and FMT OPTAR 
accounts. 

e. Office Automation Clerk 

The Office Automation Clerk provides general clerical office support. 
He/she prepares student letters, provides basic information for students, purchases office 
supplies, prepares travel orders and arrangements, and maintains NPS OPTAR account. 
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3. Information Infrastructure 

As mentioned earlier, the NPS IPO is charged with interacting with the outside 
military and civilian agencies to accomplish its goals. The nature of its mission requires 
timely, accurate, and intensive information exchange. Consequently, its information 
infrastructure is becoming a vital key to the organization’s success in performing its 
mission-critical processes. 

Two of the core functions performed by the IPO are maintaining information 
about IMSs in NPS as well as organizing IP activities. The following two sections discuss 
how these functions are performed and present the problems associated with these 
function areas. 

a. Maintaining Information About IMSs 

Currently the IPO relies on the use of a single database file to maintain 
information about the IMS population. This file consists of detailed information about 
IMS, IMS’s dependent(s), and IMS’s sponsor(s). The international student assistant sets 
up and maintains this database file based on the information provided by NETSAFA and 
IMS. 

The existing database file and applications were created on an ad-hoc basis 
without the benefit of detailed analysis of the data structure and information processing 
requirements. The existing data and applications have been found to be inadequate for 
information processing requirements of the IPO. Problems with the existing database 
include incomplete data, inability to track changes in data, insufficient details in some 
data fields, and dysfunctional applications. For example, a “single” IMS could be legally 
single (i.e., not married) or he/she could be a geographical-single (i.e., his/her spouse is 
not together with him/her in the U.S.). This means that additional effort is required to 
verify details in some data fields to obtain supplementary data whenever such information 
is required. 
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Organization of the data stored into a flat file means that storage space is 
not optimized -e.g., the record for a single IMS would have unnecessary fields for 
information on the spouse and children. 

Although the PC workstations in the IPO are networked, the “student” file 
consisting of IMS data stored in international student assistant’s PC workstation is not 
accessible to the other staff members. Therefore, detailed IMS data is printed out on a 
regular basis and distributed to the other staff members by the international student 
assistant. Since most of the administrative activities performed by the IPO staff are based 
on the IMS information, the whole system turns out to be a manual, paper-based system. 

b. Organizing th e IP A ctivities 

Currently the IP coordinator relies on a manual and paper-based system 
for organizing and reporting the IP activities. Paper records and forms are used for 
tracking activity applications, generating selection lists, and controlling attendance to the 
activities. 

This manual system of record keeping means that a lot of effort is required 
to maintain the data. The retrieval of records associated with IP activities is also both 
time consuming and inefficient. As these records are being constantly referred to in the 
selection of IP participants, it is anticipated that an efficient retrieval system would give a 
considerable amount of boost to the efficiency of the selection process. As there are 
frequent changes to the participant selection list, a manual system has a greater potential 
for data inaccuracies. Even after the activity has taken place, there is a need to transfer the 
participants’ records manually for the activity into the master record file for each of the 
participants. 

c. Hardware and Networking 

The IPO is equipped with five PC workstations, one for each staff member. Table 1 
presents the current features of the workstations. 
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CPU 


RAM 

(Mega byte) 


HARD DISK 
(Mega byte) 


OPERATING 

SYSTEM 


USER 


Pentium 75 Mhz 


16 


540 


M.S. Windows 3,1 


Assistant Director 


Pentium 75 Mhz 


16 


540 


M.S. Windows 3,1 


International Student 
Assistant 


Pentium 75 Mhz 


16 


540 


M.S. Windows 3.1 


Office Automation 
Clerk 


486DX-2 66 Mhz 


16 


540 


M.S. Windows 3.1 


Director 


486DX-2 66 Mhz 


16 


540 


M.S. Windows 3.1 


IP Coordinator 



Table 1. Features of the IPO Workstations 



The IPO PC workstations are networked, but none of them is configured 
as a file or database server. Therefore, the IPO staff members are not able to share 
resources possessed by each other’s workstation. Staff members can access several 
servers through the networks maintained by the NPS Management Information Services 
with a data rate of 10 Mbps. Figure 3 depicts the current network structure of the IPO. 





Figure 3. IPO Network Structure 
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B. 



PRELIMINARY FEASIBILITY ISSUES 



The following paragraphs discuss the first-cut analysis of preliminary feasibility 
issues of the project. 

1. Organizational Feasibility 

The assistant director and members of the IPO staff are highly supportive of the 
project as observed during preliminary investigation. As the project does not alter the 
functional relationships and responsibilities in the IPO, there appears to be no cause for 
staff dissatisfaction or resistance. 

The IPO staff have already been equipped with basic computer skills (i.e., being 
familiar with Windows operating system, word processing, etc.). Furthermore, it is 
anticipated that the development of the applications and their interfaces will involve the 
use of prototype designs. The use of prototypes would allow the staff to participate in 
system design and also acquaint themselves with the systems operation, reducing the 
need for extensive training at a later stage. Therefore, I envisage that there would be 
minimal training requirement for the staff. 

2. Technical Feasibility 

The IPO is equipped with networked PC workstations for each staff member (see 
Table 1.). The workstations run Microsoft Windows 3.1 and would be compatible to 
common DBMS product likely to be used in the project. Given that the workstations are 
already networked, it would be relatively easy to leverage on the existing network 
resources for shared database and applications. 

3. Schedule Feasibility 

Based on the findings of the preliminary investigation, with detailed system 
analysis begun December 1995, implementation of a fully operational system is 
scheduled for completion by June 1 996. This leaves three months for maintenance and 
fine tuning of the system before the completion of the thesis. 
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4. Economic Feasibility 

At the outset, the IPO made it clear that no funds were available to support the 
new system development or reengineering the existing system for a certain period. 
Therefore, acquisition of additional software or hardware should not be considered during 
the system development in order to complete the project on schedule. 

a. Costs 

The development and implementation cost of this system is anticipated to 
be limited to my personal time and effort and IPO staff members’ time. Since my 
personal time in NPS and effort for the thesis process do not have a monetary cost, they 
would be assumed to be free. A total 10 working hours of the IPO staff members were 
spent during preliminary investigation (i.e., interviews with staff), and approximately 30 
staff working hours are expected to be spent during the prototype previews. Both these 
add up to 40 staff working hours for the development and implementation cost. 

The operation cost of the system could be negligible if the system would 
be designed as robust and flexible. There would not be any requirements for maintenance. 

Since there is no formal charging policy for computer usage in NPS, 
marginal cost of computer resources consumed throughout the life cycle would be 
assumed to be free. Consequently, the total cost of the system is anticipated to be limited 
to 40 staff working hours throughout the life cycle of the system. 

b. Benefits 

The anticipated benefits which would be provided by the new system are: 

• All required data associated with the IPO would be stored in easily 
maintained, robust and flexible database which can be accessed by all staff 
members through the network. This would allow the IPO staff to analyze the 
IP data which is not possible with the current manual system, 

• Reduce time required to perform administrative tasks (submitting standardized 
reports, selecting IP participants, etc.), 
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Reduce errors or inconsistencies which occur during the manual transcription 
processes. 



• Improve quality of managing the Information and Sponsor Programs, 

• Reducing time and improving services will save staff time and 
possible to reduce the size of the staff. 



make it 
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III. REQUIREMENTS ANALYSIS 



This chapter describes the requirements analysis phase of the system 
development. The analysis provides conceptual data and process models associated with 
the IPO's administrative activities. 

At the outset of the system development effort, specific data and application 
requirements which should support the new system were defined by employing the 
structured development methodology. 

During the early stages of this phase, the data and process models were 
constructed using a hybrid approach in such a way to allow for extension. Analysis of the 
standardized reports and sample forms allowed a “bottom-up” approach which was 
essential in adding detail to the basic attributes of the semantic objects used to model data 
requirements. Interviews, held during preliminary investigation phase, were very helpful 
“top-down” information sources. In the following phases of the system development the 
visual development methodology was employed, allowing dynamic user requirements to 
be incorporated to refine the results of preliminary requirements analysis. 

A. INFORMATION REQUIREMENTS 

During the preliminary investigation various fact-finding techniques were applied, 
including review of all documentation (procedures, standardized reports, forms, etc.) 
related to the administrative activities held by the IPO. Interviews were conducted with 
the IPO staff, the IPO MIS network consultant, international students, and student 
sponsors. Based on the results of these fact-finding efforts, the IPO’s data and 
application requirements were defined. 

1. Data Requirements 

Assistant director Cynthia Graham made it clear that the student database 
maintained by various NPS offices is not detailed and adequate enough to satisfy the 
IPO’s information requirements. She insisted on having a stovepipe database in which 
the IPO can have full control and rights to determine its structure. Based on her 14 years 
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experience in the IPO, she explained the IPO’s reasons to refuse to make use of a NPS 
student database. 

The IPO is the first place that has the initial information about an IMS 
and for an IMS our office is the first check-in place. Thus we have the first 
information (about an IMS). Although there are several offices or agencies 
just to update student database, we have the most recent data about them. 

Our office is the first place where an IMS wants to report change of status, 
because periodically we remind IMSs to update their data, and they (IMSs) 
usually forget to get their data updated by the other offices. The other 
offices know this and they always ask us information about students 
(IMSs). We need detailed information other than provided by the NPS 
database. We absolutely need accurate data on time. Finally, availability 
of the data is important. 

In order to achieve its goals, the IPO should capture detailed data about IMSs, 
sponsors, dependents, IP activities, participation in IP activities, vendors providing 
services to the IP activities, and former students (alumni). 

Data captured by the system should be modeled in a flexible structure to allow 
further enhancement or future maintenance without losing any information in the 
database. Duplication of data in the system must be kept minimal. 

2. Application Requirements 

Since the data captured by the IPO has personal information about IMSs, sponsors 
and dependents, it must be protected in accordance with the Privacy Act 74. Therefore, 
multilevel security must be provided. 

Applications must be user friendly so that any user with basic Microsoft Windows 
skills can use them without extensive training. 

Applications must be fully functional even though they have to run standalone. 

B. CONCEPTUAL DATA MODEL 

The conceptual data model has been designed using SALSA™, a semantic object 
data modeling and database design tool. Total of eight semantic objects (SO) were 
created to represent the data model: IMS, IMS DEPENDENT, SPONSOR, SPONSOR 
DEPENDENT, COUNTRY, CURRICULUM, IP ACTIVITY, and VENDOR objects. 
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The comprehensive semantic object model of the data that is maintained by the 
system’s database is depicted in Appendix A as a Semantic Object Diagram. The 
semantic object diagram summarizes the knowledge of the objects and presents it to the 
users in an unambiguous fashion (Kroenke 1995). The attributes of semantic objects and 
the domain definitions of these attributes are described in Appendix A as Semantic 
Object and Attribute Reports. 

1. IMS (International Military Student) 

Since most of the IPO’s administrative activities rely on the information 
associated with the international students from various foreign military and government 
civilian agencies, the core object in the model is the IMS SO. Data captured in this SO 
may represent either an incoming IMS, an onboard IMS, or an alumnus. When an IMS’s 
attendance at NPS is approved by NETSAFA, the IPO will be informed by NETSAFA 
with the “acceptance message” about incoming student. Typically, the information about 
the incoming student is known one to two months prior to his/her arrival at NPS. These 
limited preliminary data are used by the IPO to alert curricular offices of the expected 
IMS enrollment as well as to determine suitable sponsor assignments among available 
candidates or to scout for prospective sponsors from the U.S. student or civilian 
population. The data captured at this point in time will be matched to the official travel 
orders when an IMS reports to NPS. 

IMS SO has a large number of simple attributes (each of which represents a single 
piece of data, such as Rank, Service, Tuition Code, etc.), and group attributes (which 
represent several pieces of data, such as Name, which groups First, Last, and Middle 
names). These attributes are described in Appendix A as the Attribute Report. The arrival 
date attribute distinguishes incoming IMS. The graduation attribute distinguishes alumni. 

There are several simple attributes that could function as the key to this SO. 
However, the preference of the IPO is to use the “Student Control Number” (SCN). This 
unique identifier is assigned by NETSAFA at the first training activity attended. 
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Being the core object in the model, the IMS SO has relations with the other 
semantic objects in the model. These relations will be elaborated as the other SOs are 
discussed. 

2. IMS Dependent 

This SO captures data about an IMS’s official dependents, including the 
relationship and date of birth. IMS dependent(s) may or may not be in the U.S. with IMS. 
The simple attribute named “DepStatus” describes this situation. IMS DEPENDENT SO 
also captures the data about dependent’s attendance to the IP classes. 

A simple relation for this SO is that with the IMS. There is a zero-to-many (0:N) 
relation between these SOs -i.e., an IMS may have more than one dependent, and in the 
case of a bachelor IMS, there would be no dependent. 

3. Sponsor 

In accordance with the International Sponsor Program, the IPO tries to find locals 
or U.S. students who are willing to assist in the orientation of incoming or onboard IMS. 
The IPO tries to provide the best match between a sponsor and the IMS based on the 
marital status, curriculum, sponsor’s preferences, etc. Therefore, SPONSOR SO contains 
a number of attributes to achieve this goal. 

Sponsors are registered when they apply to this program. Therefore, a sponsor 
may be registered but he/she may not be assigned immediately to an IMS. On the other 
hand, a registered sponsor may be assigned to more than one IMS. Similarly, an IMS may 
have more than one sponsor. However, the sponsors, particularly the U.S. students due to 
the graduate, may leave the program, thus the IMS may not have any sponsors at the later 
stages of his/her stay, which results in a 0:N relation in both IMS and SPONSOR SOs. In 
general, the relation between both SOs can be characterized by a many-to-many relation, 
though in practice a one-to-one relation is more common. 
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4. Sponsor Dependent 

This SO is similar to the IMS DEPENDENT SO mentioned earlier. The only 
difference is that SPONSOR DEPENDENT does not capture IP Classes data and 
additionally captures SPONSOR DEPENDENT’S hobbies and interests. 

A simple relation for this SO is that with the SPONSOR. There is a 0:N relation 
between these SOs -i.e., a SPONSOR may have more than one dependent, and in the 
case of a bachelor SPONSOR there would be no dependent. 

5. Country 

The COUNTRY SO allows the IPO to capture data associated with the countries 
where the IMSs are from. 

In accordance with the Security Assistance Management Manual, countries in the 
system are represented with a two character alphabetical code named “Country Code” 
which uniquely identifies a country. For reporting and viewing purposes several 
attributes are added to the SO -e.g., Country Name which captures the name of the 
country such as Turkey. Since each country represented by IMSs in NPS has a senior 
officer, this data is also inserted into the COUNTRY SO. 

The IMS SO has a one-to-many relation with this SO -i.e., every IMS must be 
from only one country, a country may be represented by more than one IMS, and a 
country may exist in the database without any IMS representative. 

6. Curriculum 

The CURRICULUM SO allows the IPO to capture data associated with the 
curricula in NPS. 

Curricula in NPS are represented with a three digit number code, named 
“CurrNumber” which uniquely identifies a curriculum. 

Since an incoming IMS’s curriculum information may not be known beforehand 
and a sponsor may be civilian not attending NPS, the IMS and SPONSOR SOs have 
zero-to-many relation with this SO. 
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7. IP Activity 

The term “IP activity” refers to all types of Information Program events organized 
by the IPO (field trips, seminar classes, parties, etc.). IP ACTIVITY SO captures the data 
associated with each of these events, such as participation, services used for these events, 
etc. 

The relations with this SO are built in its group attributes (e.g., services used). 
VENDOR, IMS, and SPONSOR SOs have many-to-many relations with this SO. 

8. Vendor 

This SO allows the IPO to capture data about the businesses that the IPO needs to 
deal with for each IP activity. 

The point of contact data would be useful for making arrangements for repeated 
activities. In addition, the IPO may consider adding vendor evaluation information in 
order to identify poor service providers that should be avoided in future dealings. A 
similar argument can also be made for those vendors that provide good service and 
pricing. Therefore, a “comment” attribute is added. 

The VENDOR SO has many-to-many relation with IP ACTIVITY, because a 
vendor may provide service for more than one IP activity and an IP activity may use 
services of more than one vendor. 

C. PROCESS MODEL 

The data flow diagrams were created following the explosion approach. Figure 4 
shows the decomposition diagram which gives the overview of the process model and the 
processes which make up the system. 

The data flows and processes within the system were depicted in the data flow 
diagrams presented in Appendix B. A context diagram, representing the first level of data 
flow, was included as the first page of Appendix B. The context diagram was next 
decomposed by exploding the primary process into more detailed subprocesses. This 
“exploding” further enhanced the examination of process details. Process explosion 
continued until all requirements were fully visible. 
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Figure 4. IPOMIS Decomposition Diagram 



1. Level 0 

The root process is defined as the International Programs Office Management 
Information System (IPOMIS). The process interacts with NETSAFA, Foreign Country 
Liaison Office, Sponsor, IMS, Alumnus, Vendor, Curriculum Office, and NPS 
Administration external entities. The interactions are depicted with the context diagram in 
Appendix B. Most of the external entities interact with IPOMIS directly, but NETSAFA, 
Foreign Country Liaison Office, Vendor, and NPS Administration indirectly use and 
experience the system via its outputs. 

2. Level 1 

The essential root process is exploded into three subprocesses: Maintain Database, 
Manage Administrative Programs, and Generate Report, including IPOMIS data model. 

The maintain database (P 1) focuses on administering the database and 
maintaining basic data captured by the IPOMIS data model. The raw data maintained 
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here is used for managing administrative programs and report generation. This data is 
entered and updated regularly and covers all attributes associated with Vendor, IP 
Activity, IMS, Sponsor, and their dependents. 

The Manage Administrative Programs subsystem (P 2) focuses on managing IP 
activities and managing sponsor program. 

Generate Report (P 3) focuses on generating the standardized reports for which 
the IPO is responsible. 

3. Level 2 

The Maintain Database subsystem is decomposed into five subprocesses. First of 
them deals with administering the IPOMIS database. The other four processes focuses on 
changing and maintaining IMS, sponsor, IP activity, and vendor data. 

The Manage Administrative Programs subsystem is decomposed into two 
subprocesses: Manage Information Program (P 2.1), and Manage Sponsor Program (P 
2 . 2 ). 

The Generate Report subsystem is decomposed into four subprocesses. Generate 
IMS Roster (P 3.1), Generate Sponsor Roster (P 3.2), and Generate IP Report (P 3.3) 
subprocesses individually focus on retrieving the relevant information from the database 
to prepare a specific report and viewing the report before printing. Generate Query (P 3.4) 
subprocess models how the users generate ad hoc reports based on the query results. 

4. Level 3 

The Administer Database subprocess (P 1.1) explodes to two subprocesses. 
Backup/Restore Database (P 1.1.1) models basic database administration tasks: 
generating backups of the database and restoring the backups. Administer Security (P 
1.1.2) models how the system database administrator adds and deletes user names and 
modifies a user’s parameters, such as password and user ID. 

The Manage Information Program subprocess (P 2.1) explodes to two 
subprocesses. Update Participant Information (P 2.1.1) captures the participation data 
from IMS and Sponsor’s IP activity applications -i.e., sign-ups, keeps track of services 
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provided, and stores relevant data to the IP Participation data storage in the appropriate 
format. Generate Selection List (P 2.1.2) generates a selection list for a particular planned 
IP activity based on the IP Participation Information. It retrieves data from IMS, Sponsor, 
IP Activity, and IP Participation data storage, then it processes this data to create the 
selection list in accordance with the selection criteria. It allows the IP coordinator to 
review and edit the generated selection list. 

The Manage Sponsor Program subprocess (P 2.2) explodes to two subprocesses. 
Review Sponsor Information (P 2.2.1) models how the users access and review sponsor 
information to provide a better match between sponsor and IMS. Assign Sponsor (P 
2.2.2) models how the users assign a sponsor to an IMS. 
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IV. SYSTEM DESIGN 



This chapter discusses the details of the system design phase of the system 
development. Two components of the system design, logical database design and 
application design, are discussed. The chapter addresses issues, associated with designing 
an appropriate system and selecting appropriate application development tools. 

A. LOGICAL DATABASE DESIGN 

In designing the database, the semantic object model developed in the previous 
chapter was transformed into a relational schema - a “blueprint” of the database structure. 
The eight semantic objects were transformed into 12 relations. Figure 5, the relational 
schema, shows the relations that resulted. Each of the 12 relations are reflections of the 
original semantic objects with appropriate foreign keys included. In Figure 5, primary 
keys are denoted by underlining, foreign keys are denoted by italicizing, and foreign keys 
used as primary keys are denoted by both underlining and italicizing. Detailed 
descriptions of each relations are represented in Appendix C. 

B. APPLICATION DESIGN 

In accordance with the VDM, the developer cooperated closely with users to 
determine what the basic version of the application should do. They examined the 
business processes being modeled and determined the basic, core functionality that the 
new system is to provide. Then focus was placed on building a system that provides this 
core functionality: 

• Maintaining Database focuses on updating and maintaining the IPOMIS 
database, particularly data associated with the core object (i.e., IMS Object). 

• Managing Sponsor Program focuses on selecting and assigning the 
appropriate sponsor to IMS and includes updating the relevant portions of the 
database (e.g., relation between sponsor and IMS). 
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COUNTRY 




• Managing Information Program focuses on arranging the IP activities, 
determining the participation to these activities, and updating relevant portions 
of the database (e.g., data associated with the services consumed during an 
activity). 

Once a good grasp of these core functionality was gained, the developer began to 
develop the initial interfaces and the logic for the basic functions of the applications. 
Delivering a product that provides the basic functionality for each application was the 
central focus. As described in the next chapter, these early versions of the applications 
gave the developer and users a common reference point for further development. 

During this phase, and indeed all throughout the process, users could have a 
strong input into how the application would look and operate, as this was anticipated to 
be a big factor in the application’s acceptance and the productivity level of users as they 
employ the system. 

Getting the interface right at the outset saved coding changes later, though visual 
tools would make any interface changes very easy. The developer, at this point built a 
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skeleton for the actual system, presenting user with input and output screens, report 
views, and other interface elements. Visual tools allowed the developer to make changes, 
often right in the presence of users, to ensure that the interface design was satisfactory 
and met the needs and desires of those to be using the system. 

C. APPLICATION DEVELOPMENT TOOL -BORLAND’S DELPHI 



The visual development methodology approach uses a visual object-oriented 
application development tool, in this case Borland’s Delphi™, to rapidly develop an 
application prototype. Borland’s Delphi is a development tool specifically designed to 
create client-server applications. 

This type of tool allows the developers to build highly sophisticated applications 
with very little code writing. These products provide the developer with a library of pre- 
packaged modules that can be visually combined into complete applications. The real 
power of these tools stems from this library of components that allow an application to be 
assembled with connections to databases, video, imaging, and messaging (Borland 1 995). 

The purpose in using a visual tool is to provide the user with a prototype as 
quickly as possible. The user can then play a significant role in the applications 
development life cycle by continually providing the developer with feedback. This 
iterative process is commonly referred to as RAD, and promises to greatly improve the 
software development process that for years has suffered from rigid methodologies 
(Hodges 1995). 
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V. SYSTEM IMPLEMENTATION AND MAINTENANCE 



This chapter discusses the details of the system implementation and maintenance 
phases of system development. 

The primary objective of the implementation effort was to build fully functional 
applications that would satisfy the end users. During the implementation, several 
prototypes were presented to the end users and expanded to include all functionality fully 
integrated into the applications, as well as the database. 

Appendix D, the User’s Manual, provides documentation which details the final 
database and applications’ features and operations. 

A. DATABASE IMPLEMENTATION 

Two major tasks were performed for implementing the IPOMIS relational 
database: 

1. Selecting Database Management System (DBMS) 

A Database Management System (DBMS) is generally defined as a collection of 
computer programs used to create, maintain, access, update, and protect one or more 
databases (Kroenke 1995). 

In order to meet data requirements presented in Chapter III, Borland’s 
InterBase™ Server, an SQL-compliant relational DBMS, was selected among many other 
relational DBMS products, such as Borland’s Paradox™ and Microsoft’s Access™. 
IPOMIS applications can access an InterBase database through the Borland Database 
Engine (BDE) and the InterBase SQL Link (Borland SQL Links for Windows®). 

Figure 6 shows the relationships between the InterBase Server and the associated 
connections for data access. 

InterBase offers all the benefits of a fully relational DBMS. The following list 
provides some of the key InterBase features which affected the DBMS selection process: 
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a. SQL Support 

InterBase conforms to entry-level SQL-92 requirements. It supports 
declarative referential integrity, updatable views, and outer joins. InterBase also supports 
extended SQL features, some of which anticipate SQL3 extensions to the SQL standard. 




Figure 6. InterBase Connections 
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These include stored procedures, triggers, and segmented BLOB support. 

b. Transaction Management 

Client applications can start multiple simultaneous transactions. InterBase 
provides full and explicit transaction control for starting, committing, and rolling back 
transactions. The statements and functions that control starting a transaction also control 
transaction behavior. 

InterBase transactions can be isolated from changes made by other 
concurrent transactions. For the life of these transactions, the database will appear to be 
unchanged except for the changes made by the transaction. Records deleted by another 
transaction will exist, newly stored records will not appear to exist, and updated records 
will remain in the original state. 

c. Multiple Database A ccess 

InterBase provides simultaneous access to multiple databases, -i.e., one 
application can access many databases at the same time and concurrent multiple 
applications can access to the database at the same time. 

d. Query optimization 

The server optimizes queries automatically, or user may manually specify 

query plan. 

e. Multigenerational architecture 

InterBase provides expedient handling of time-critical transactions through 
support of data concurrency and consistency in mixed use (query and update) 
environments. InterBase uses a multigenerational architecture, which creates and stores 
multiple versions of each data record. By creating a new version of a record, InterBase 
allows all users to read a version of any record at any time, even if another user is 
changing that record. InterBase also uses transactions to isolate groups of database 
changes from other changes. 
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f Royalty-free Redistribution 

The Local InterBase Server includes Windows ISQL, an interactive data 
definition and query tool for Windows; and the Server Manager, a Windows tool for 
database backup, restoration, maintenance, and security. The entire software package can 
be redistributed by the developer without any additional cost to the system development. 

2. Defining Database Structure 

Based on the relations described in the design of the logical database in previous 
chapter, the structure of the database was defined using the data definition language 
(DDL) to the DBMS. Twelve tables were defined: 

•COUNTRY, 

•CURRICULUM, 

•IMS, 

•IMSDEPENDENT, 

•SPONSOR, 

•SPONSOR_DEPENDENT, 

•IMS_SPONSOR, 

•IP_ACTIVITY, 

•VENDOR, 

•IP_ACTIVITY_SERVICES_USED, 

•IP_ACTIVITY_ESCORT_PART, 

•IP_ACTIVITY_IMS_PART. 

In addition to these tables, an ALUMNUS table was defined. As described in 
Chapter III, an alumnus is a former IMS who already graduated from NPS. The data 
about an alumnus was captured and modeled in the IMS SO. Therefore IMS relation was 
supposed to include alumnus data. After taking the following factors into consideration, 
creating an ALUMNUS table was decided in order to contain alumni records separately: 

1 . The records contained in the IMS table has a number of fields which are not required 
to be kept for an alumnus. Creating a new record in the IMS table for an alumnus 
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would create overhead in the database. Also the reduced data set would allow 
effective maintenance of key information about the alumni. 

2. Onboard IMS data is very dynamic and subject to high query traffic; in contrast 
alumnus data is static due to its archive nature. 

3. Since there are currently more than 800 records associated with alumni in the 
database and this number will be growing by approximately 30 at the end of each 
quarter, soon the records contained in the IMS table will reach more than 1000. This 
increasing number of records will affect the query performance. For each query on the 
IMS table about onboard IMSs will face with an overhead caused by alumni records. 

DDL scripts used to implement IPOMIS database are represented in Appendix E. 
On completion of the database creation, data stored in the previous database file was 
mapped into IPOMIS database tables. Some of the data could not be transferred, and the 
previous database was not designed to capture all the data required by the IPO. Therefore, 
the database administrator had to review the new database and student files in order to 
complete and update records. This was the most time consuming process. 

B. IPOMIS DATABASE ADMINISTRATION 

The IPOMIS Database Administrator (DBA) performs the database administration 
by using InterBase Server Manager which enables the DBA to: 

• Manage server security. 

• Back up and restore a database. 

• Perform database maintenance. 

• View database and lock manager statistics. 

1. Managing Server Security 

InterBase maintains a list of user names and passwords in a secure database. The 
security database allows clients to connect to an InterBase database on a server if a user 
name and password supplied by the client match a valid user name and password 
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combination in the security database on the server. The DBA can add and delete user 
names and modify a user’s parameters, such as password and user ID. 

In order to provide data security and integrity, seven users, including a “guest” 
user, have been defined to the IPOMIS database. Table 2 presents the detailed 
permissions granted to the users. The DDL scripts used to grant these permissions were 
presented in Appendix E. 



USER 


USER ID 


READ ONLY ACCESS 


READ-WRITE ACCESS 


DIRECTOR 


DIRECTOR 


ALL TABLES 


- 


ASSISTANT 

DIRECTOR 


ASSTDIR 


ALL TABLES 


- 


INTERNATIONAL 

STUDENT 

ASSISTANT 


IMSASST 


IP ACTIVITY 

IP ACTIVITY SERVICES_USED 
VENDOR 


ALUMNUS 

COUNTRY 

CURRICULUM 

IMS 

IMS DEPENDENT 
IMS_SPONSOR 
IP_ACTIVITY IMS PART 
IP_ACTIVITY_ESCORT_PART 
SPONSOR 

SPONSORJDEPENDENT 


IP 

COORDINATOR 


IPCOORD 


ALUMNUS 

COUNTRY 

CURRICULUM 

IMS_SPONSOR 

SPONSOR_DEPENDENT 


IMS 

IMS_DEPENDENT 

IP__ACTIVITY 

1 P_ACTI VITY__I M S_P ART 

lP_ACTIVITY_ESCORT_PART 

IP_ACTIVITY_SERVICES_USED 

SPONSOR 

VENDOR 


OFFICE 

AUTOMATION 

CLERK 


OACLERK 


ALL TABLES 




SYSTEM 

DATABASE 

ADMINISTRATOR 


DBA 




ALL TABLES 


GUEST 


GUEST 


ALL TABLES 


- 



Table 2. IPOMIS Database Users and Permissions Granted 



2. Performing Database Backup and Recovery 

The Server Manager can back up a database and then restore it on any supported 
operating system. A backup can run concurrently with other processes because it does not 
require exclusive access to the database. 
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3. Maintaining the Database 

The Server Manager can also be used for maintaining a database and preparing it 
for shutdown. If the IPOMIS database incurs minor problems, such as an operating system 
write error, these tools enable the DBA to sweep a database without taking the database 
off-line. 

4. Viewing Statistics 

The Server Manager enables the DBA to monitor the status of a database by 
viewing statistics from the database header page and an analysis of tables and indexes. 

C. APPLICATION IMPLEMENTATION 

During the design phase, the developer delivered earlier versions of the 
applications that contain the basic functionalities for each application. These basic 
functionalities provided users with some capability that could prove useful to their jobs. 
At this point, users could evaluate the applications, uncover some defects, and even use 
applications to support some of their tasks. They provided feedback as to the success or 
failure of the design decisions made during the requirement analysis. 

Once the initial versions of the applications were deployed, the developer began 
the development process again. After evaluating each version of applications, users 
provided valuable feedback in the form of bug reports, ideas for enhancement, and ideas 
for new functionality. Once users were actually using the application, they had a much 
better idea what the applications could and should do. The developer gathered and 
prioritized the feedback, mixing his own expertise with the requests and knowledge of the 
users. The developer then determined how the applications would be improved and 
implemented those features were determined to be of the highest priority. 

1. Applications Implemented 

Based on the process model described in Chapter HI, three windows-based 
applications were implemented. Processes were grouped to contain functionality which 
can be performed by the standalone applications. In addition to the applications 
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implemented, two utility programs - Interbase Server Manager and Windows ISQL were 
provided to administer the database and generate queries. 



a. IMS Information 

The IMS Information application helps the user, -specifically International 
Student Assistant- to perform most of his/her tasks associated with the IPO’s 
administrative activities. It provides a user-friendly interface to access the IPOMIS 
database where the user can maintain IMS, IMS_DEPENDENT, COUNTRY, 
CURRICULUM, ALUMNUS tables (see Figure 7) and to generate various structured 
IMS rosters and reports. Therefore, IMS Information contains the functionality 
represented by P 1.2 and P 3.1 processes described in Chapter III. 




Figure 7. IMS Information Interface 
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A read-only version of this application was also deployed to allow the 
users other than International Student Assistant to review information related to IMS. The 
read-only version does not support reporting features of the read-write version. 

b. Sponsor Program Manager 

The International Student Assistant uses this application to perform tasks 
associated with the sponsor program. It allows the user to select and assign the 
appropriate sponsor to IMS and to maintain SPONSOR and SPONSOR_DEPENDENT 
tables and to generate various structured sponsor rosters and reports (see Figure 8). 




Figure 8. Sponsor Program Manager Interface 
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Therefore, Sponsor Program Manager contains the functionality represented by P 1.3, P 

2.2.1, P 2.2.2, and P 3.2 processes described in Chapter III. 

The read-only version of this application allows the other users to review 
information related to sponsors. The read-only version does not support reporting 
features of the read-write version. 

c. Information Program Manager 

The Information Program Manager helps Information Program 
Coordinator to perform his/her tasks associated with managing and coordinating the IP 
activities, such as preparing a selection list, reviewing and approving applications, etc. 
Therefore, Sponsor Program Manager contains the functionality represented by P 1.4, P 

2.1.1, P 2.1.2, and P 3.3 processes described in Chapter III. 

This application provides a user interface that incorporates various data 
representation features in order to provide the user detail information about an IP activity 
(see Figure 9). 

2. Application Assessment 

The quality of the applications developed is a testimony to the power of such 
visual programming tools as Delphi™. Designing of applications of equal functionalities 
without the use of a visual programming tool would be a tremendous task. These 
applications have been designed within six months. 

3. Acceptance 

All throughout the development process, end users could have strong inputs into 
how the applications would look. This became a big factor in the applications’ acceptance 
and the productivity level of users as they employed the system. 

4. Source Codes 

For the use of future enhancements and maintenance, source codes of the 
applications developed are documented and presented to the IPO. A sample of source 
code can be found in Appendix F. 
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Figure 9. Information Program Manager Interface 
D. MAINTENANCE 

In looking at the VDM, it becomes clear that the concept of system development 
phases becomes very blurred. The difference between requirements analysis and design, 
or the difference between implementation and maintenance, becomes harder to see 
because the building of the applications pervades virtually every area of the entire 
development cycle. 
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As displayed in previous chapters, development begins in the very early stages of 
investigating the problem to be solved. Solving the problem identified is not the 
completion of the development process. Instead, this process will continue indefinitely. 
As long as there is a need for the application, developers should continue working on it. 
What was maintenance becomes implementation (Hodges 1 995). 

The VDM means a redefining of the meaning of the maintenance phase. The 
VDM does not draw a line between maintenance and development. Maintenance becomes 
a part of the original development process itself and begins very early in the development 
effort. Therefore, the project presented in this thesis should be viewed as being in the 
maintenance mode right from the beginning, rather than at the end of the development 
life cycle. 

Throughout the development process, Delphi allowed the developer to make 
changes, often right in the presence of the users, to ensure that the interface design was 
satisfactory and met the needs and desires of those to be using the system. 
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VI. CONCLUSIONS AND RECOMMENDATIONS 



A. CONCLUSIONS 

The end results of this thesis are well defined information requirements and three 
scaleable. robust client/server applications that have been useful since their initial 
deployment. 

A mixture of both Structured Development Methodology (SDM) and Visual 
Development Methodology (VDM) were followed for developing the information system 
required by the IPO. In order to analyze the information requirements of the IPO 
thoroughly, preliminary investigation and requirements analysis were conducted by 
studying the discipline of the SDM. Because the SDM requires to freeze the 
specifications after the design specifications are complete, it fails to produce applications 
that meet users current needs. Therefore, in order to achieve the other objectives of this 
thesis, the VDM was employed to address the shortcomings of the structured approach. 

This system development effort illustrates the potential of the visual development 
methodology. An inexperienced developer was able, in a manner of six months, to build 
three robust applications that could have been immediately deployed and used by the 
International Programs Office, yet which could be easily extended and enhanced to meet 
the future information requirements of the IPO. In this regard, IPOMIS is one of the best 
validations of the efficacy of the visual development methodology. 

Semantic Object Modeling and Data Flow Diagrams were utilized to organize and 
document the system’s data and functionality. As the implementation-independent 
models, Semantic Object model and Data Flow Diagrams helped the developer to create a 
graphical representation of reality without the biases that might be the result of the way 
the previous system was implemented or the way that any person thinks the system might 
be developed and implemented. 

The visual tool Delphi™, an object-oriented-Pascal-based development tool, made 
possible the very rapid development of basic user interfaces. Delphi allowed the 
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developer to build highly sophisticated applications with very little code writing. It also 
facilitated the straightforward connection to a relational DBMS. In this case the Borland’s 
Local InterBase Server™ was used, but the system could very easily be scaled up to 
connect to the Oracle™ server that will soon come on-line at NPS. 

Delphi supports Object Oriented paradigm as well as a real time environment. 
Since Delphi uses an optimizing native code compiler to generate machine code instead 
of p-code for interpreted environments, it creates faster, portable, and directly executable 
applications. Although Borland states that Delphi applications run 30-40 times faster, for 
the applications, such as IPOMIS applications which access database heavily and run 
SQL scripts, this dramatic speed difference will be less. In this case, underlying database 
engine and the forms of accessing to the database makes the difference as well as how 
good the developer is in writing efficient SQL scripts. 

B. RECOMMENDATIONS 

These delivered applications represented the core functionality of the new 
information system, yet they were designed from the ground up to be extensible. It would 
be very straightforward to add more customized reports, on-line help, and effective 
memory usage features. 

All throughout the development process, end users could have strong inputs into 
how the applications would look. This became a big factor in the applications’ acceptance 
and the productivity level of users as they employed the system. Although user input is 
very important to the development process, it certainly should not dictate how the 
application is developed. The input of the developer and his decisions about user inputs 
should be the real driving force behind design decisions. User inputs are important, but 
they must be balanced with the knowledge and analysis provided by the developer. 

Utilizing the implementation-independent modeling tools, such as Semantic 
Object modeling and Data Flow Diagrams empowers the developer to overcome the “we 
have always done it that way” syndrome, reduce the risk of missing data and process 
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requirements by separating what the system must do from how the system will do it, and 
communicate with the users in less technical language. 

Getting the interface right at the outset saved coding changes later, though visual 
tools made any interface changes very easy. 

Delivering the applications into users hands as early in the development cycle as 
possible allowed the developer to make corrections and fix defects early in the 
development cycle rather than late, when they would be far more difficult to deal with. 
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APPENDIX A. DATA MODEL 



:;COUNTRY 



^MSyPEPENDENTcV: 






X 

>> ; "^ars;vENDOR WMMZ 



ID CountryCode 1 1 
CountryName 1 1 
CountryTelCode Q ^ 
Senior Officer, 



1 0.1 



IMS 



0.N 



: f X^CURR1CULUMXXX€ 

ID CurrNumber 1 1 
CurrName 1 1 
DegreeOffered Q 1 
Department Q 1 

[IMS' 



0.N 



SPONSOR 



0.N 



ID Name 

First_Name 
Last Name 



1.1 

1.1 



IMS 



1.1 



J 1.1 



Relation Q 1 
DepStatus 0 1 

DOB 0.1 
IP Classes 



IT 1 500 
IT1600 
SEC, 



0.1 

0.1 



'0.1 J o.l 
Comments Q 1 



v 



ID BusinessName 
Address 
Street 1 1 

c,t y i ,i 
State 1 1 

a Pi.i 

Phone 

AreaCode 



1.1 



0.1 



1.1 

Local Number 



1.1 J 0.1 



Fax_Number 
POC 



0.1 



First_Name 
Last Name 



SPONSOR, DEPENDENT i 


ID Name 




LastJMame 1 
First_Name 1 1 




1 SPONSOR 1 1 , 


1.1 


Relation Q 1 
DOB 0.1 

Hobbies / Interests Q 1 
Comments Q 1 





1.1 

1.1 



0.1 



Comments 



0.1 



I IP ACTIVITY 



0.N 



47 



V 






ID SCN 



1.1 

Name 



First Name. 



Mid_Name 
Last Name 



0.1 



Address 
Street 

State 

a Pl.l 

AddressStatus 



1.1 J 1.1 



1.1 



' 1.1 



1.1 



Authorization 

Phone 

Area Code 



1-1 J 0.1 



1.1 

Local Number. 



Housing 
Area . 



0.1 



DateJN 1 1 
Date OUT 



HomeJPhone 

AreaCode 



0-1 J 0.1 



1.1 

Local Number 



1.1 



Service 



0.1 



0.1 



0.1 



Rank 

°° r oa 
TuitionCode 

D°S 01 
ArrivalDate Q ^ 
Date_Reported Q 1 
Graduation r 



' 0.1 



SGC 0 , 

IP_Classes 

IT1500 



0.1 

171600 o.t 
IP_Penalty 

IP_Status Q 1 
Date_Penalized 

Sex 0.1 

Mantal_Status Q 1 
DLI_Attendance 0 1 

WCN 0 1 

Email 0.1 
Comments n . 



0.1 J 0.1 



[ SPONSOR 



ON 



1 IMS DEPENDENT j 
| COUNTRY] 1 1 
| CURRICULUM] Q1 
I IP ACTIVITY] n w 






ID SSN 1 1 
Name 



First_Name . 



Mid_Name 
Last Name. 



0.1 



1.1 



Service 



0.1 



Rank 



0.1 

Occupation Q 1 
SGC r 



" 0.1 

008 0.1 
Marrta!_Status 
Address 
Street 



0.1 



1.1 
Ci *i.i 
State i, 

a Pl.l 

Phone 

AreaCode 



1.1 



1.1 

Local Number. 



IP_Penalty 
IP_Status 



0.1 

Date Penalized 



0.1 



0.1 



Preferences 



0.1 



Hobbies / Interests Q 1 
Comments Q 1 
Date_Applied ^ 1 
Date_Assigned Q ^ 

Sex oi- 
Graduation 0 1 

DmH 0 .n 

I SPONSOR_PEPENDENT1 on 
I CURRICULUM] 01 
1 lP_ACTjVITYJ 0 N 






ID ActivitylD ✓ 

Activity_Name ^ 1 



Start_Date 
Capacity 0 , 

Type O.i 

End_Date Q 1 
NoOfGuests 



11 J 1.1 



0.1 

0.1 



NoOfEscorts 
Adivitylnfo Q 1 
Objective Q 1 
Comments 0 1 
Services Used 



[VENDOR 



1.1 

Service_Type 1 1 
Service_Date 1 1 
Description Q 1 

Cos 1 0.1 

IMS.Part 

DM],, 

NoOfPlaces Q ^ 
Date_Applied 1 1 
Status 0 1 
Escort_Part 

j SPONSOR | n 1 
NoOfPlaces Q 1 
Date_Applied 1 t 
Status 0 1 



0.N 



0.N 



J 0.N 
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Semantic Object Report 

Album: IPOMIS.ALB 



COUNTRY Semantic Object 



Caption: 

Description: 



Data Attributes: 




Minimum 


Maximum 






Attribute Name 


ID Status 


Required 


Allowed 


Value Type 


Length 


CountryCode 


Unique 


1 


1 


Text 


2 


CountryName 


None 


1 


1 


Text 


20 


CountryTelCode 


None 


0 


1 


Text 


3 


Senior_Officer 


None 


0 


1 


Text 


9 


IMS 


None 


0 


N (No Limit) 


Semantic Object 





Formula Expression 
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CURRICULUM Semantic Object 



Caption: 

Description: 



Data Attributes: 



Attribute Name 


ID Status 


Minimum 

Required 


Maximum 

Allowed 


Value Type 


Length Formula Expression 


CurrNumber 


Unique 


1 


1 


Text 


3 


CurrName 


None 


1 


1 


Text 


50 


DegreeOffered 


None 


0 


1 


Text 


60 


Department 


None 


0 


1 


Text 


40 


IMS 


None 


0 


N (No Limit) 


Semantic Object 




SPONSOR 


None 


0 


N (No Limit) 


Semantic Object 
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IMS Semantic Object 



Caption: Internationa! Military Student 
Description: 



Data Attributes: 




Minimum 


Maximum 






Attribute Name 


ID Status 


Required 


Allowed 


Value Type 


Length 


SCN 


Unique 


1 


1 


Text 


9 


Name 


None 


1 


1 


Group 




First_Name 


None 


1 


1 


Text 


20 


Mid_Name 


None 


0 


1 


Text 


20 


Last_Name 


None 


1 


1 


Text 


35 


Address 


None 


0 


1 


Group 




Street 


None 


1 


1 


Text 


35 


City 


None 


1 


1 


Text 


25 


State 


None 


1 


1 


Text 


2 


Zip 


None 


1 


1 


Text 


5 


AddressStatus 


None 


1 


1 


Text 


9 


Authorization 


None 


1 


1 


Text 


3 


Phone 


None 


0 


1 


Group 




AreaCode 


None 


1 


1 


Text 


3 


Local_Number 


None 


1 


1 


Text 


8 


Housing 


None 


0 


1 


Group 




Area 


None 


1 


1 


Text 


10 


DateJN 


None 


1 


' 1 


Date 




Date_OUT 


None 


0 


1 


Date 




Home_Phone 


None 


0 


1 


Group 




AreaCode 


None 


1 


1 


Text 


5 


LocaMMumber 


None 


1 


1 


Text 


10 


Service 


None 


0 


1 


Text 


2 


Rank 


None 


0 


1 


Text 


5 


DOR 


None 


0 


1 


Text 


5 


TuitionCode 


None 


0 


1 


Text 


4 


DOB 


None 


0 


1 


Date 




ArrivalDate 


None 


0 


1 


Date 




Date_Reported 


None 


0 


1 


Date 




Graduation 


None 


0 


1 


Date 




SGC 


None 


0 


1 


Text 


4 


!P_Classes 


None 


0 


1 


Group 




1T1500 


None 


0 


1 


Text 


3 


IT1600 


None 


0 


1 


Text 


3 


IP_Penalty 


None 


0 


1 


Group 




IP_6tatus 


Non© 


0 


1 


Tmy Integer 




Date_Penalized 


None 


0 


1 


Date 




Sex 


None 


0 


1 


Text 


1 


Marital_Status 


None 


0 


1 


Text 


1 


DLI_Attendance 


None 


0 


1 


Text 


3 


WCN 


None 


0 


1 


Text 


4 


Email 


None 


0 


1 


Text 


35 


Comments 


None 


0 


1 


Memo 




SPONSOR 


None 


0 


N (No Limit) 


Semantic Object 




IMS_DEPENDENT 


None 


0 


N (No Limit) 


Semantic Object 




COUNTRY 


None 


1 


1 


Semantic Object 




CURRICULUM 


None 


0 


1 


Semantic Object 




IP_ACTIVITY 


None 


0 


N (No Limit) 


Semantic Object 





Formula Expression 
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IMS_DEPENDENT Semantic Object 



Caption: 

Description: 



Data Attributes: 




Minimum 


Maximum 






Attribute Name 


ID Status 


Required 


Allowed 


Value Type 


Length 


Name 


Unique 


1 


1 


Group 




First_Name 


None 


1 


1 


Text 


20 


Last_Name 


None 


1 


1 


Text 


35 


IMS 


None 


1 


1 


Semantic Object 




Relation 


None 


0 


1 


Text 


1 


DepStatus 


None 


0 


1 


Text 


3 


DOB 


None 


0 


1 


Date 




IP_Classes 


None 


0 


1 


Group 




IT1500 


None 


0 


1 


Text 


3 


IT 1 600 


None 


0 


1 


Text 


3 


SEC 


None 


0 


1 


Text 


3 


Comments 


None 


0 


1 


Memo 





Formula Expression 
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IP_ACTIVITY Semantic Object 



Caption: 

Description: 



Data Attributes: 




Minimum 


Maximum 






Attribute Name 


ID Status 


Required 


Allowed 


Value Type 


Length Formula Expression 


ActivitylD 


Unique 


1 


1 


Group 




Activity_Name 


None 


1 


1 


Text 


35 


Start_Date 


None 


1 


1 


Date 




Capacity 


None 


0 


1 


Short Integer 




Type 


None 


0 


1 


Text 


8 


End_Date 


None 


0 


1 


Date 




NoOfGuests 


None 


0 


1 


Short Integer 




NoOfEscorts 


None 


0 


1 


Short Integer 




Activity Info 


None 


0 


1 


Memo 




Objective 


None 


0 


1 


Memo 




Comments 


None 


0 


1 


Memo 




Services Used 


None 


0 


N (No Limit) 


Group 




VENDOR 


None 


1 


1 


Semantic Object 




Service_Type 


None 


1 


1 


Text 


15 


Service_Date 


None 


1 


"1 


Date 




Description 


None 


0 


1 


Text 


50 


Cost 


None 


0 


1 


Currency 




IMS_Part 


None 


0 


N (No Limit) 


Group 




IMS 


None 


1 


1 


Semantic Object 




NoOfPIaces 


None 


0 


1 


Short Integer 




Date_Applied 


None 


1 


1 ., 


Date 




Status 


None 


0 


1 


Text 


1 


Escort_Part 


None 


0 


N (No Limit) 


Group 




SPONSOR 


None 


1 


1 


Semantic Object 




NoOfPIaces 


None 


0 


1 


Short Integer 




Date_AppIied 


None 


1 


1 


Date 




Status 


None 


0 


1 


Text 


1 
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SPONSOR Semantic Object 



Caption: 

Description: 



Data Attributes: 

Attribute Name 


ID Status 


Minimum 

Required 


Maximum 

Allowed 


Value Type 


Length 


SSN 


Unique 


1 


1 


Text 


9 


Name 


None 


1 


1 


Group 




First_Name 


None 


1 


1 


Text 


20 


Mid_Name 


None 


0 


1 


Text 


20 


Last_Name 


None 


1 


1 


Text 


35 


Service 


None 


0 


1 


Text 


2 


Rank 


None 


0 


1 


Text 


5 


Occupation 


None 


0 


1 


Text 


35 


SGC 


None 


0 


1 


Text 


4 


DOB 


None 


0 


1 


Date 




Marital_Status 


None 


0 


1 


Text 


1 


Address 


None 


1 


1 


Group 




Street 


None 


1 


1 


Text 


35 


City 


None 


1 


1 


Text 


25 


State 


None 


1 


1 


Text 


2 


Zip 


None 


1 


1 


Text 


5 


Phone 


None 


0 


1 


Group 




AreaCode 


None 


1 


1 


Text 


3 


Local_Number 


None 


1 


1 


Text 


8 


IP_Penalty 


None 


0 


1 


Group 




lP_Status 


None 


0 


1 


Tiny Integer 




Date_Penalized 


None 


0 


f 


Date 




Preferences 


None 


0 


1 


Memo 




Hobbies / Interests 


None 


0 


1 


Memo 




Comments 


None 


0 


1 


Memo 




Date_Ap plied 


None 


1 


1 


Date 




Date_Assigned 


None 


0 


1 


Date 




Sex 


None 


0 


1 


Text 


1 


Graduation 


None 


0 


1 


Date 




IMS 


None 


0 


N (No Limit) 


Semantic Object 




SPONSOR 


None 


0 


N (No Limit) 


Semantic Object 




DEPENDENT 

CURRICULUM 


None 


0 


1 


Semantic Object 




IP_ACT!VITY 


None 


0 


N (No Limit) 


Semantic Object 





Formula Expression 
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SPONSOR_DEPENDENT Semantic Object 



Caption: 

Description: 



Data Attributes: 




Minimum 


Maximum 






Attribute Name 


ID Status 


Required 


Allowed 


Value Type 


Length 


Name 


Unique 


1 


1 


Group 




Last_Name 


None 


1 


1 


Text 


35 


First_Name 


None 


1 


1 


Text 


20 


SPONSOR 


None 


1 


1 


Semantic Object 




Relation 


None 


0 


1 


Text 


1 


DOB 


None 


0 


1 


Date 




Hobbies / Interests 


None 


0 


1 


Memo 




Comments 


None 


0 


1 


Memo 





Formula Expression 



55 



VENDOR Semantic Object 



Caption: 

Description: 



Attribute Name 


ID Status 


Minimum 

Required 


Maximum 

Allowed 


Value Type 


Length 


BusinessName 


Non-unique 


1 


1 


Text 


30 


Address 


None 


0 


1 


Group 




Street 


None 


1 


1 


Text 


35 


City 


None 


1 


1 


Text 


25 


State 


None 


1 


1 


Text 


2 


Zip 


None 


1 


1 


Text 


5 


Phone 


None 


0 


1 


Group 




AreaCode 


None 


1 


1 


Text 


3 


Local_Number 


None 


1 


1 


Text 


8 


Fax_Number 


None 


0 


1 


Text 


8 


POC 


None 


0 


1 


Group 




First_Name 


None 


1 


1 


Text 


20 


Last_Name 


None 


1 


1 


Text 


35 


Comments 


None 


0 


'* 1 


Memo 




IP_ACTIVITY 


None 


0 


N (No Limit) 


Semantic Object 





Formula Expression 



56 



Attribute Report 



Activrty_Name 


Type: Simple Value 

Profile: Activity_Name 

Contained in: IP_ACTIVITY. Activity ID 

Caption: 

Description: The name of the IP activity 

ID Status: None 

Minimum Required: 1 

Maximum Allowed: 1 

Value Type: Text 

Length: 35 

Format 

Initial Value* 






ActivitylD 


Type: Group 
Profile: ActivitylD 
Contained in: 1P_ACTIV1TY 
Caption: 

Description: Uniquelly describes an IP activity 

ID Status: Unique 

Minimum Required: 1 

Maximum Allowed: 1 

Minimum Count 0 

Maximum Count ALL 


Attributes Contained: 


Activity_Name 

Start_Date 


Activitylnfo 


Type: Simple Value 
Profile: Activitylnfo 
Contained In: 1P_ACTIVITY 
Caption: 

Description: Includes information about an activi 
ty organized 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format- 
Initial Value: 






Address 


Type: Group 
Profile: Address_1 
Contained in: VENDOR 
Caption: 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Minimum Count 0 
Maximum Count ALL 


Attributes Contained: 


Street 

City 

State 

Zip 


Address 


Type: Group 
Profile: Address 
Contained in: IMS 
Caption: 

Description: Address of an IMS in U S 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Minimum Count: 0 

Maximum Count: ALL 


Attributes Contained 


Street 

City 

State 

Zip 

AddressStatus 

Authorization 


Address 


Type: Group 
Profile: Address_1 
Contained in: SPONSOR 
Caption 

Description: Address of a person in U.S 

ID Status' None 

Minimum Required 1 

Maximum Allowed: 1 

Minimum Count. 0 

Maximum Count ALL 


Attributes Contained: 


Street 

City 

State 

Zip 
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Ad dress Status 


Type: Simple Value 
Profile: AddressStatus 
Contained in: IMS.Address 
Caption: Status of Address 
Description: An address may be Temporary or Per 
manent 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 9 

Format: Temporary, Permanent 
Initial Value: 


Area 


Type: Simple Value 
Profile: Area 

Contained in: IMS.Housing 
Caption: 

Description: The Area name of the housing / BOQ 

ID Status: None 

Minimum Required: 1 

Maximum Allowed: 1 

Value Type: Text 

Length: 10 

Format: BOQ, La Mesa, POM Annex (Fort Ord) 
Initial Value: 


AreaCode 


Type: Simple Value 
Profile: AreaCode 
Contained in: IMS.Home_Phone 
Caption: Area Code 

Description: Telefon system area code number 

ID Status: None 

Minimum Required: 1 

Maximum Allowed: 1 

Value Type: Text 

Length: 5 

Format: NNNNN 

Initial Value: 


AreaCode 


Type: Simple Value 
Profile: AreaCode 
Contained in: VENDOR. Phone 
Caption: Area Code 

Description: US telefon system area code number 

ID Status: None 

Minimum Required: 1 

Maximum Allowed 1 

Value Type: Text 

Length: 3 

Format: NNN 

Initial Value: 408 


AreaCode 


Type: Simple Value * 

Profile: AreaCode 
Contained in: IMS.Phone 
Caption: Area Code 

Description: US telefon system area code number 

ID Status: None 

Minimum Required: 1 

Maximum Allowed: 1 

Value Type: Text 

Length: 3 

Format: NNN 

Initial Value: 408 
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AreaCode 



AreaCode 


Type; Simple Value 
Profile: AreaCode 
Contained in: SPONSOR. Phone 
Caption: Area Code 

Description: US telefon system area code number 

ID Status: None 

Minimum Required: 1 

Maximum Allowed: 1 

Value Type: Text 

Length: 3 

Format: NNN 

Initial Value: 408 


ArrivalDate 


Type: Simple Value 
Profile: ArrivalDate 
Contained in: IMS 
Caption: Arrival Date to the U.S. 

Description: The date when an IMET student lands 
on the U.S., for a FMS student it is t 
he same as reporting date. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Authorization 


Type: Simple Value 
Profile: Authorization 
Contained in: IMS.Address 
Caption: 

Description: Authorization to release an IMS’s ad 
dress. 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format: Yes / No 
Initial Value: No 


BusinessName 


Type: Simple Value 
Profile: BusinessName 
Contained in: VENDOR 
Caption: 

Description: Business name of the IP activity ven 
dor. 

ID Status: Non-unique 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 30 
Format: 

Initial Value: 


Capacity 


Type: Simple Value 
Profile: Capacity 
Contained in: IP_ACTIVITY 
Caption: Capacity of the Activity 
Description: Describes the max number of IMS or t 
heir dependents who can participate th 
e activity. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed. 1 
Value Type: Short Integer 
Length: 

Format. NN 
Initial Value: 
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City 


Type: Simple Value 
Profile: City 

Contained in: SPONSOR. Address 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 25 
Format: 

Initial Value: 


City 


Type: Simple Value 
Profile: City 

Contained in: VENDOR.Address 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 25 
Format: 

Initial Value: 


City 


Type: Simple Value 
Profile: City 

Contained in: IMS. Ad dress 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 25 
Format: 

Initial Value: 


Comments 


Type: Simple Value 
Profile: Comments 
Contained in: SPONSOR 
Caption: 

Description: 

ID Status: None 
Minimum Required 0 
Maximum Allowed. 1 
Value Type; Memo 
Length: 

Format: Plain text 
Initial Value: 


Comments 


Type: Simple Value 
Profile: Comments 
Contained in: IP_ACT!VITY 
Caption: 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format: Plain text 
Initial Value. 
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Comments 



Comments 


Type. Simple Value — 

Profile: Comments 

Contained in: 1MS_D£PENDENT 

Caption: 

Description: 

ID Status: None 
Minimum Required. 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format: Plain text 
Initial Value: 


Comments 


Type: Simple Value 
Profile: Comments 

Contained in: SPONSORJDEPENDENT 
Caption: 

Description: 

ID Status: None 
Minimum Required 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format Plain text 
Initial Value: 


Comments 


Type: Simple Value 
Profile; Comments 
Contained in: IMS 
Caption: 

Description: 

ID Status: None 
Minimum Required 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format: Plain text 
Initial Value: 


Comments 


Type. Simple Value 
Profile: Comments 
Contained in: VENDOR 
Caption: 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed. 1 
Value Type: Memo 
Length: 

Format: Plain text 
Initial Value. 


Cost 


Type: Simple Value 
Profile: Cost 

Contained in IP_ACTIVITY.ServicesUsed 
Caption: 

Description: Cost of services consumed during an 
IP activity 
ID Status: None 
Minimum Required. 0 
Maximum Allowed: 1 
Value Type: Currency 
Length: 

Format 
Initial Value. 


COUNTRY 


Type: Object Link 
Profile: COUNTRY 
Contained in: IMS 
Caption- 

Description: Includes information about a country 
ID Status None 
Minimum Required. 1 
Maximum Allowed 1 
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CountryCode 


Type: Simple Value 
Profile: CountryCode 
Contained in: COUNTRY 
Caption: Country Code Letters 
Description: Two position alphabetical code used 
to identify a foreign country, 
in accordance with the Security Assis 
tance Management Manual 
ID Status: Unique 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 2 
Format: AA 
Initial Value: 


CountryName 


Type: Simple Value 
Profile: CountryName 
Contained in: COUNTRY 
Caption: Country Name in English 
Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 20 

Format: All uppercase 
Initial Value: 


CountryTelCode 


Type; Simple Value 

Profile: CountryTelCode 

Contained in: COUNTRY 

Caption: Country International Telefon Code 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format: NNN 
Initial Value: 


CURRICULUM 


Type: Object Link 
Profile: CURRICULUM 
Contained in: SPONSOR 
Caption: 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 


CURRICULUM 


Type: Object Link 
Profile CURRICULUM 
Contained in: IMS 
Caption: 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 


CurrName 


Type: Simple Value 
Profile: CurrName 
Contained in: CURRICULUM 
Caption: Curriculum Name 
Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed 1 
Value Type: Text 
Length: 50 

Format: Initials Uppercase 
Initial Value: 
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CurrNumber 


Type: Simple Value 
Profile: CurrNumber 
Contained in: CURRICULUM 
Caption: Curriculum Number 
Description: The number of the curriculum attende 
d by the student 
ID Status: Unique 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format: NNN 
Initial Value: 


Date_Applied 


Type: Simple Value 

Profile: Date Applied 

Contained in: IP_ACTIVITY.1MS_Part 

Caption: 

Description: The date when an IMS applied to part 
icipate to an IP activity. 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Date_Applied 


Type: Simple Value 

Profile: Date_Applied 

Contained in: lP_ACTIVITY.Escort_Part 

Caption: 

Description: The date when an Sponsor applied to 
participate to an IP activity. 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Date_Applied 


Type; Simple Value 
Profile: Date_Applied 
Contained in: SPONSOR 
Caption: 

Description: The date when a sponsor applied to b 
e a sponsor. 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Date_Assigned 


Type: Simple Value 
Profile: Date_Assigned 
Contained in SPONSOR 
Caption 

Description: The date when the sponsor officially 
assigned as a sponsor. 

ID Status: None 
Minimum Required' 0 
Maximum Allowed 1 
Value Type: Date 
Length: 

Format. DD/MM/YY 
Initial Value 
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DateJN 


Type: Simple Value 
Profile: DateJN 
Contained in: IMS.Housing 
Caption: 

Description: The date when IMS got the keys to mi 
I'rtary housing or BOQ 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


DateJDUT 


Type: Simple Value 
Profile: Date_OUT 
Contained in: IMS.Housing 
Caption: 

Description: The date when IMS moved out from m 
ilrtary housing or BOQ 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Date^Penalized 


Type: Simple Value 
Profile: Date_Penalized 
Contained in: IMS.IP_Penalty 
Caption: 

Description: Date when an IMS or sponsor is penal 
ized because of late confirmation or n 
ot showing up. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Date_Penalized 


Type: Simple Value 
Profile: Date_Penalized 
Contained in: SPONSOR. lP_Penalty 
Caption: 

Description: Date when an IMS or sponsor is penal 
ized because of late confirmation or n 
ot showing up. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Date_Reported 


Type: Simple Value 
Profile: Date_Reported 
Contained in: IMS 
Caption: 

Description: The date when an IMS reports to the 
NPS IPO. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length- 

Format: DD/MM/YY 
Initial Value: 



64 



DegreeOffered 


Type: Simple Value 
Profile: DegreeOffered 
Contained in: CURRICULUM 
Caption: 

Description: Academic Degree Offered by a Currie 
ulum 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 60 

Format: Initials Uppercase 
Initial Value: 


Department 


Type: Simple Value 
Profile: Department 
Contained in: CURRICULUM 
Caption: 

Description: The Name of the NPS academic depar 
tment 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 40 

Format Initials Uppercase 
Initial Value: 


DepStatus 


Type: Simple Value 
Profile: DepStatus 
Contained in: IMS_DEPENDENT 
Caption: Dependent Status 
Description: Describes whether an IMS’s dependen 
t is with him/her in the USr 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format: Yes, No 
Initial Value: 


Description 


Type: Simple Value 
Profile: Description 

Contained in: IP_ACTIVITY.ServicesUsed 
Caption: 

Description: Description of the service provided 
for an activity 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 50 
Format: 

Initial Value: 


DLI_Attendance 


Type: Simple Value 
Profile: DL1_Attendance 
Contained in: IMS 
Caption: 

Description: Some IMS may be attending ESL cour 
ses in DLI/Texas prior to NPS attendance 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format. Yes/No 
Initial Value: No 



65 



DOB 



Type: Simple Value 

Profile: DOB 

Contained in: IMS 

Caption: Date Of Birth 

Description: Date Of Birth of a person 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Date 

Length: 

Format: DD/MM/YY 
Initial Value: 



DOB Type: Simple Value 

Profile: DOB 
Contained in: SPONSOR 
Caption: Date Of Birth 
Description: Date Of Birth of a person 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 



DOB Type: Simple Value 

Profile: DOB 

Contained in: IMS_DEPENDENT 

Caption: Date Of Birth 

Description: Date Of Birth of a person 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Date 

Length: 

Format: DD/MM/YY 
Initial Value: 



DOB Type: Simple Value 

Profile: DOB 

Contained in: SPONSORJDEPENDENT 

Caption: Date Of Birth 

Description: Date Of Birth of a person 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Date 

Length: 

Format: DD/MM/YY 
Initial Value: 



DOR Type: Simple Value 

Profile: DOR 
Contained in: IMS 
Caption: Date Of Rank 

Description: Date Of Rank of a military service m 
ember. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 5 
Format: MM/YY 
Initial Value 
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Email 


Type. Simple Value 
Profile: Email 
Contained in: IMS 
Caption: E-mail address 
Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 
Format- 
Initial Value: 


EndJDate 


Type: Simple Value 
Profile: End Date 
Contained in: IP_ACT!VITY 
Caption: IP Activity End Date 
Description: Describes the date when an IP activi 
ty ends 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format DD/MM/YY 
Initial Value: 


Escort_Part 


Type: Group Attributes Contained: SPONSOR 

Profile: Escort_Part NoOfPlaces 

Contained in: IP_ACTIVITY Date_Applied 

Caption: Status 

Description: Includes information about Sponsor/E 
scort who participated the activity. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed. N (No Limit) 

Minimum Count: 0 
Maximum Count: ALL 


Fax_Number 


Type: Simple Value 
Profile: Fax_Number 
Contained in: VENDOR 
Caption: 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed. 1 
Value Type: Text 
Length: 8 

Format: NNN-NNNN 
Initial Value: 


First_Name 


Type: Simple Value 
Profile: First_Name 
Contained in: IMS.Name 
Caption: 

Description: First name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 20 

Format Initial Uppercase 
Initial Value: 
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First_Name 


Type: Simple Value 
Profile: First__Name 

Contained in: IMSJDEPENDENT.Name 
Caption: 

Description: First name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 20 

Format Initial Uppercase 
Initial Value: 


First_Name 


Type: Simple Value 
Profile: First_Name 
Contained in: VENDOR.POC 
Caption: 

Description: First name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 20 

Format Initial Uppercase 
Initial Value; 


First_Name 


Type: Simple Value 
Profile: First Name 

Contained in: SPONSORJDEPENDENT.Name 
Caption: 

Description: First name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 20 

Format: Initial Uppercase 
Initial Value: 


First_Name 


Type: Simple Value 
Profile: First_Name 
Contained in: SPONSOR. Name 
Caption: 

Description: First name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 20 

Format: Initial Uppercase 
Initial Value: 


Graduation 


Type: Simple Value 
Profile: Graduation 
Contained in: IMS 
Caption: Graduation Date 
Description: The graduation date of a student fro 
m NPS. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 



68 



Graduation 


Type: Simple Value 
Profile: Graduation 
Contained in: SPONSOR 
Caption: Graduation Date 
Description: The graduation date of a student fro 
m NPS. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format DD/MM/YY 
Initial Value: 


Hobbies / Interests 


Type: Simple Value 
Profile: Hobbies / Interests 
Contained in: SPONSOR_DEPENDENT 
Caption: 

Description: Hobbies / Interests of sponsor or hi 
s/her dependents. 

Used for the sponsor assignment purpo 
ses. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format Plain Text 
Initial Value: 


Hobbies / Interests 


Type: Simple Value 
Profile: Hobbies / Interests 
Contained in: SPONSOR 
Caption: 

Description: Hobbies / Interests of sponsor or hi 
s/her dependents. 

Used for the sponsor assignment purpo 
ses. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format Plain Text 
Initial Value: 


Home_Phone 


Type: Group Attributes Contained: AreaCode 

Profile: Home_Phone Local_Number 

Contained in: IMS 

Caption: Phone Number in Home Country 
Description: IMS's phone number in his/her home c 
ountry. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed 1 
Minimum Count: 0 
Maximum Count: ALL 


Housing 


Type: Group Attributes Contained. Area 

Profile: Housing DateJN 

Contained in: IMS Date_OUT 

Caption: Military Housing / BOQ Info 
Description: Includes information related with ho 
using or BOQ 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Minimum Count: 0 
Maximum Count: ALL 
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IMS 



Type: Object Link 
Profile: IMS 

Contained in. COUNTRY 
Caption: International Military Student 
Description: Students accepted to NPS from foreig 
n military and government civilian services 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 



IMS 


Type: Object Link 
Profile: IMS 

Contained in: CURRICULUM 
Caption: International Military Student 
Description: Students accepted to NPS from foreig 
n military and government civilian services 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 




IMS 


Type: Object Link 
Profile: IMS 

Contained in: SPONSOR 
Caption: International Military Student 
Description: International Student Accepted to at 
tend NPS 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 




IMS 


Type: Object Link 
Profile: IMS 

Contained in: IMS_DEPENDENT.Nafne 
Caption: International Military Student 
Description: Students accepted to NPS from foreig 
n military and government civilian services 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 




IMS 


Type: Object Link 
Profile: IMS 

Contained in: lP_ACTIVITY.IMS_Part 
Caption: International Military Student 
Description: Students accepted to NPS from foreig 
n military and government civilian services 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 




IMS_DEPENDENT 


Type: Object Link 
Profile: IMS_DEPENDENT 
Contained in: IMS 
Caption: 

Description: International Military Student's Dep 
endent e.g. Spouse or child 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 




IMS_Part 


Type: Group Attributes Contained: 

Profile: IMS_Part 
Contained in: IP_ACTIVITY 
Caption: 

Description: Includes information about IMS who p 
articipated the activity. 

ID Status; None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 

Minimum Count: 0 
Maximum Count: ALL 


IMS 

NoOfPlaces 

Date_Applied 

Status 
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IP_ACTIVITY 


Type: Object Link 
Profile: IP_ACTIVITY 
Contained in: VENDOR 
Caption: Information Program Activity 
Description: IP Activity is designed to assist IM 
Ss in acquiring a balanced understandi 
ng of U.S. society, instuitions and goals. 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 


IP_ACTIVITY 


Type: Object Link 
Profile: IP_ACTIVITY 
Contained in: IMS 

Caption: Information Program Activity 
Description: IP Activity is designed to assist IM 
Ss in acquiring a balanced understandi 
ng of U.S. society, instuitions and goals. 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 


IP_ACTIVITY 


Type: Object Link 
Profile: IP_ACTIVITY 
Contained in: SPONSOR 
Caption: Information Program Activity 
Description: IP Activity is designed to assist IM 
Ss in acquiring a balanced understandi 
ng of U.S. society, instuitions and goals. 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 


IP_Classes 


Type: Group Attributes Contained: 1T1500 

Profile: IP_Classes 1T1600 

Contained in: IMS 
Caption: 

Description: Classes sponsored by IPO for IP purp 
oses. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Minimum Count: 0 
Maximum Count: ALL 


IP_Classes 


Type: Group Attributes Contained: IT1500 

Profile: IP Classes 1 IT1600 

Containedln: IMS_DEPENDENT SEC 

Caption: 

Description; Classes sponsored by IPO for IP purp 
oses, including Spouses English Class 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Minimum Count: 0 
Maximum Count: ALL 


IP_Penalty 


Type: Group Attributes Contained: IP_Status 

Profile: IP_Pena!ty Date_Penalized 

Contained in: SPONSOR 

Caption 

Description: 

ID Status: None 
Minimum Required 0 
Maximum Allowed. 1 
Minimum Count: 0 
Maximum Count: ALL 
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lP_Penalty 


Type: Group Attributes Contained: lP_Status 

Profile: IP^Penafty Date_Penalized 

Contained in: IMS 
Caption: 

Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Minimum Count: 0 
Maximum Count ALL 


IP_Status 


Type: Simple Value 
Profile: IP Status 

Contained In: SPONSOR. IP_Penalty 
Caption: IP Penalty Status 
Description: If an IMS or sponsor does not confir 
m his/her participation in allowable t 
ime or does not show up after he\she c 
onfirmed he/she will be penalized. 

If he/she is penalized twice he/she c 
annot participate IP activities for th 
e next year. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Tiny Integer 
Length: 

Format: 0= none, 1= once, 

2=twice which means IMS is not eligible to pa 
rticipate IP_Activities for a year. 

Initial Value: 0 


lP_Status 


Type: Simple Value 
Profile: IP_Status 
Contained in: IMS.IP_Penalty 
Caption: IP Penalty Status 
Description: If an IMS or sponsor does not confir 
m his/her participation in allowable t 
ime or does not show up after he\she c 
onfirmed he/she will be penalized. 

If he/she is penalized twice he/she c 
annot participate IP activities for th 
e next year. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Tiny Integer 
Length: 

Format: 0= none, 1= once, 

2=twice which means IMS is not eligible to pa 
rticipate lP__Activities for a year. 

Initial Value: 0 


IT 1500 


Type: Simple Value 
Profile: IT1500 

Contained in: IMS.IP_Classes 
Caption: IT 1500 Enrollment 
Description: Describes the status of IMS's enroll 
ment in IT 1500 class 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format: Yes / No 
Initial Value. No 
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IT 1500 


Type. Simple Value 
Profile: IT1500 

Contained in: IMS_DEPENDENT.IP_Classes 
Caption: IT 1500 Enrollment 
Description: Describes the status of IMS's enroll 
ment in IT 1500 class 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format Yes / No 
Initial Value: No 


maoo 


Type: Simple Value 
Profile: IT1600 

Contained in: IMS.IP_C1asses 
Caption: IT 1600 Enrollment 
Description: Describes the status of IMS's enroll 
ment In IT 1500 class 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format Yes / No 
Initial Value: No 


IT1600 


Type: Simple Value 
Profile: IT1600 

Contained in: IMS_DEPENDENT.IP_Classes 
Caption: IT 1600 Enrollment 
Description: Describes the status of IMS's enroll 
ment in IT 1500 class 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format Yes / No 
Initial Value: No 


La$t_Name 


Type: Simple Value 
Profile: Last_Name 

Contained in: IMS_DEPENDENT.Name 
Caption: 

Description: Last Name of a person 
ID Status: None 
Minimum Required 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 

Format; All Uppercase 
Initial Value: 


Last_Name 


Type: Simple Value 
Profile: Last_Name 
Contained in: IMS. Name 
Caption: 

Description: Last Name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length. 35 

Format: All Uppercase 
Initial Value: 
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Last_Name 


Type: Simple Value 
Profile: Last_Name 
Contained in: SPONSOR. Name 
Caption: 

Description: Last Name of a person 
ID Status: None 
Minimum Required. 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 

Format All Uppercase 
Initial Value: 


Last_Name 


Type: Simple Value 
Profile: Last_Name 
Contained in: VENDOR. POC 
Caption: 

Description: Last Name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 

Format All Uppercase 
Initial Value: 


Last_Name 


Type: Simple Value 
Profile: Last_Name 

Contained in: SPONSOR_DEPENDENT.Name 
Caption: 

Description: Last Name of a person 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 

Format: All Uppercase 
Initial Value: 


Local_N umber 


Type: Simple Value 
Profile: Local_Number 
Contained in: IMS. Phone 
Caption: 

Description: Local telefon number 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 8 

Format NNN-NNNN 
Initial Value: 


Local_N umber 


Type: Simple Value 
Profile: Local_Number 
Contained in: IMS.Home_Phone 
Caption: Local Telefon Number 
Description: IMS’s home country local telefon num 
ber. 

ID Status: None 
Minimum Required. 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 10 

Format. NNNNNNNNNN 
initial Value 
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Local_Number 


Type: Simple Value 
Profile: LocaIJMumber 
Contained in: VENDOR. Phone 
Caption: 

Description: Local telefon number 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 8 

Format NNN-NNNN 
Initial Value: 


LocaIJMumber 


Type: Simple Value 
Profile: LocaIJMumber 
Contained in: SPONSOR. Phone 
Caption: 

Description: Local telefon number 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 8 

Format NNN-NNNN 
Initial Value: 


Marital_Status 


Type: Simple Value 
Profile: Marital_Status 
Contained in: SPONSOR 
Caption: Marital Status Code 
Description: Code describing the marital status o 
f a person 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 1 

Format: M=Married, S=Sing!e, G=Geo-8achelor 
Initial Value: 


Marital_Status 


Type: Simple Value 
Profile: Marital_Status 
Contained in: IMS 
Caption: Marital Status Code 
Description: Code describing the marital status o 
f a person 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 1 

Format; M=Married, S=Single. G=Geo-Bachelor 
Initial Value: 


MidJMame 


Type: Simple Value 

Profile: MidJMame 

Contained in. SPONSOR. Name 

Caption: Middle Name 

Description: Middle name of a person 

ID Status: None 

Minimum Required: 0 

Maximum Allowed 1 

Value Type: Text 

Length: 20 

Format Initial Uppercase 
Initial Value: 
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Mid_Name Type: Simple Value 

Profile: Mid_Name 
Contained in: IMS. Name 
Caption: Middle Name 
Description: Middle name of a person 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 20 

Format Initial Uppercase 
Initial Value: 



Name 


Type: Group 


Attributes Contained: 


Last_Name 




Profile: Name 22 




First Name 




Contained in: SPONSOR_DEPENDENT 
Caption: Full Person Name 




SPONSOR 



Description: Includes Person First and Last name 

ID Status: Unique 

Minimum Required: 1 

Maximum Allowed: 1 

Minimum Count 0 

Maximum Count ALL 



Name 


Type: Group 


Attributes Contained: 


First_Name 




Profile: Name 20 




Last Name 




Contained in: 7 ms_DEPENDENT 




IMS 




Caption: Person Name 







Description: Includes Person First and Last name 

ID Status: Unique 

Minimum Required: 1 

Maximum Allowed; 1 

Minimum Count: 0 

Maximum Count: ALL 



Name 


Type: Group 


Attributes Contained: 


First_Name 




Profile: Name 




Mid_Name 




Contained in: SPONSOR 




Last_Name 



Caption: Full Person Name 
Description: Includes Person First, 
Middle and Last name 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Minimum Count: 0 
Maximum Count: ALL 



Name 


Type: Group 


Attributes Contained: 


First_Name 




Profile: Name 




Mid_Name 




Contained in: IMS 




Last_Name 



Caption: Full Person Name 
Description: Includes Person First, 
Middle and Last name 
ID Status: None 
Minimum Required. 1 
Maximum Allowed: 1 
Minimum Count: 0 
Maximum Count: ALL 



NoOfEscorts Type: Simple Value 

Profile: NoOfEscorts 
Contained in: IP_ACTIVITY 
Caption: Number Of Escorts 
Description: Describes the number of escorts allo 
wed to participate this activity 
ID Status: None 
Minimum Required; 0 
Maximum Allowed: 1 
Value Type: Short Integer 
Length. 

Format: N 
Initial Value: 
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NoOfGuests 


Type: Simple Value 
Profile: NoOfGuests 
Contained in: IP_ACTIVITY 
Caption: Number of Guests 
Description: Number of guests invited/participate 
d to the IP activity 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Short Integer 
Length: 

Format: NN 
Initial Value: 


NoOfPlaces 


Type: Simple Value 
Profile: NoOfPlaces 

Contained in: IP_ACTIVITY.Escort_Part 
Caption: 

Description: # of places required by an IP activi 
ty participant 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Short Integer 
Length: 

Format: N 
Initial Value; 1 


NoOfPlaces 


Type: Simple Value 

Profile: NoOfPlaces 

Contained in: IP_ACTIVITY.IMS_Part 

Caption: 

Description: # of places required by an IP activi 
ty participant 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Short Integer 
Length: 

Format: N 
Initial Value: 1 


Objective 


Type: Simple Value 
Profile: Objective 
Contained in: IP_ACTIVITY 
Caption: Objective of the IP Activity 
Description: Describes the objevtive of the activ 
ity in accordance with the IP guidelines. 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format: 

Initial Value: 


Occupation 


Type: Simple Value 
Profile: Occupation 
Contained in: SPONSOR 
Caption: 

Description: If Sponsor is civilian, 

his/her occupation is required 
ID Status: None 
Minimum Required. 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 
Format: 

Initial Value: 
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Phone 


Type: Group Attributes Contained AreaCode 

Profile: Phone Local_Number 

Contained in: IMS 

Caption: Phone Number 

Description: Phone number of a person in US 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Minimum Count: 0 

Maximum Count: ALL 


Phone 


Type: Group Attributes Contained: AreaCode 

Profile: Phone Local_Number 

Contained in: SPONSOR 

Caption: Phone Number 

Description: Phone number of a person in US 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Minimum Count: 0 

Maximum Count ALL 


Phone 


Type: Group Attributes Contained: AreaCode 

Profile: Phone Local_Number 

Contained in: VENDOR 

Caption: Phone Number 

Description: Phone number of a person in US 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Minimum Count 0 

Maximum Count: ALL 


POC 


Type: Group Attributes Contained: First_Name 

Profile: POC Last_Name 

Contained in: VENDOR 
Caption: Point Of Contact 
Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Minimum Count: 0 
Maximum Count: ALL 


Preferences 


Type: Simple Value 
Profile: Preferences 
Contained in: SPONSOR 
Caption: 

Description: Sponsor's desire or preferences on 1 
MS whom he/she wants to host/sponsor. 
ID Status: None 
Minimum Required 0 
Maximum Allowed: 1 
Value Type: Memo 
Length: 

Format: 

Initial Value: 


Rank 


Type: Simple Value 
Profile: Rank 
Contained in: IMS 
Caption: Rank /Title 

Description: U.S. equivalent rank of IMS’s rank. 

For civilians Mr./Mrs or Ms. will be used 
ID Status: None 
Minimum Required: 0 
Maximum Allowed" 1 
Value Type: Text 
Length. 5 
Format: 

Initial Value 
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Rank 



Type: Simple Value 
Profile: Rank 
Contained in: SPONSOR 
Caption: Rank /Title 
Description: U.S. armed forces rank. 

For civilians Mr./Mrs or Ms. will be used. 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 5 
Format 
Initial Value: 



Relation Type: Simple Value 

Profile: Relation 

Contained in: IMS_DEPENDENT 
Caption: Relationship Code 
Description: Relationship between IMS or SPONS 
OR and their dependents. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 1 

Format: H=Husband, W=Wife, D=Daughter, 
S=Son, etc. 

Initial Value: 



Relation Type: Simple Value 

Profile: Relation 

Contained in: SPONSORJDEPENDENT 
Caption: Relationship Code 
Description: Relationship between IMS or SPONS 
OR and their dependents. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 1 

Format H=Husband, W=Wife, D=Daughter, 
S=Son, etc. 

Initial Value: 



SCN Type: Simple Value 

Profile: SCN 
Contained in: IMS 
Caption: Student Control Number 
Description: A nine position identification numbe 
r consisting of country code, 
calendar year, 

julian date and consecutive number. 

Used to uniquely identify each IMS. 
Assigned by NETSAFA at the first trai 
ning activity attended. 

ID Status: Unique 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 9 

Format AANNNNNNN 
Initial Value: 



SEC Type: Simple Value 

Profile: SEC 

Contained in: IMS_DEPENDENT.lP_Classes 
Caption: Spouses English Classes 
Description: Describes the status of an IMS's dep 
endent enrollment in Spouses English 
class 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 3 
Format Yes / No 
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Senior_Officer 


Type: Simple Value 
Profile: Senior_Officer 
Contained in: COUNTRY 
Caption: SCN of Senior Officer 
Description: Describes the SCN of senior officer 
of a country 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 9 

Format AANNNNNNN 
Initial Value: 


Service 


Type: Simple Value 

Profile: Service 

Contained in: SPONSOR 

Caption: Service Code 

Description: Country Service code 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Text 

Length: 2 

Format N= NAVY, A=ARMY, F=AIRFORCE, 
M=MARINES, CG=COAST GUARD, 
NG=NATIONAL GUARD, C=C!VILIAN 
Initial Value: N 


Service 


Type: Simple Value 

Profile: Service 

Contained in: IMS 

Caption: Service Code 

Description: Country Service code 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Text 

Length: 2 

Format N= NAVY, A=ARMY, F=AIRFORCE, 
M=MARINES, CG= COAST GUARD, 
NG=NATIONAL GUARD, C=CIVILIAN 
Initial Value: N 


Service_Date 


Type: Simple Value 

Profile: ServiceJDate 

Contained in: IP__ACTIVITY.ServicesUsed 

Caption: 

Description: Date when a service is used during a 
n IP activity 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 


Service_Type 


Type: Simple Value 

Profile: Service_Type 

Contained in: IP_ACTlVlTY.ServicesUsed 

Caption: Service Type 

Description: Type of the service provided by a ve 
ndor for an activity 
ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 15 

Format. MEALS, TRAVEL, NO COST, LODGING, 

OTHER 

Initial Value: 
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ServicesUsed 


Type; Group Attributes Contained. VENDOR 

Profile; ServicesUsed Service_Type 

Contained in: IP_ACTIVITY Service_Date 

Caption: Description 

Description: Describes trie services consumed duri Cost 

ng IP activity 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 

Minimum Count: 0 
Maximum Count ALL 


Sex 


Type: Simple Value 
Profile: Sex 

Contained in: SPONSOR 
Caption: 

Description: The condition or character of being 
female or male 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 1 

Format F=Female, M=Male 
Initial Value: M 


Sex 


Type: Simple Value 
Profile: Sex 
Contained in: IMS 
Caption: 

Description: The condition or character of being 
female or male 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 1 

Format F=Female, M=Male 
Initial Value: M 


SGC 


Type: Simple Value 
Profile: SGC 

Contained in: SPONSOR 

Caption: Student Guardmail Center 

Description: SGC box number 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Text 

Length: 4 

Format NNNN 

Initial Value: 


SGC 


Type: Simple Value 

Profile: SGC 

Contained in: IMS 

Caption: Student Guardmail Center 

Description: SGC box number 

ID Status: None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Text 

Length: 4 

Format NNNN 

Initial Value: 


SPONSOR 


Type: Object Link 
Profile: SPONSOR 

Contained in: SPONSOR_DEPENDENT.Name 

Caption: IMS Sponsor 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
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SPONSOR 



SPONSOR 


Type: Object Link 
Profile: SPONSOR 

Contained in: IP_ACTIVITY.Escort_Part 

Caption: IMS Sponsor 

Description: 

ID Status: None 
Minimum Required; 1 
Maximum Allowed: 1 


SPONSOR 


Type: Object Link 
Profile: SPONSOR 
Contained in: IMS 
Caption: IMS Sponsor 
Description: IMS's Sponsor 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 


SPONSOR 


Type: Object Link 
Profile: SPONSOR 
Contained in: CURRICULUM 
Caption: IMS Sponsor 
Description: 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 


SPONSOR 

DEPENDENT 


Type: Object Link 
Profile: SPONSOR_DEPENDENT 
Contained in: SPONSOR 
Caption: 

Description: A sponsor's dependent 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: N (No Limit) 


SSN 


Type: Simple Value 
Profile: SSN 

Contained in: SPONSOR 
Caption: Social Security Number 
Description: Uniquely identifier of a person in t 
he U.S. 

ID Status: Unique 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 9 

Format NNNNNNNNN 
Initial Value: 


Start_Date 


Type: Simple Value 
Profile: Start Date 

Contained in: IP_ACTIVITY.ActivitylD 
Caption: IP Activity starting date 
Description: Describes the date when an IP activi 
ty starts 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Date 
Length: 

Format: DD/MM/YY 
Initial Value: 
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State 



Type: Simple Value 
Profile: State 

Contained in: SPONSOR. Address 
Caption: 

Description: 

ID Status: None 
Minimum Required. 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 2 
Format: AA 
Initial Value: CA 



State Type: Simple Value 

Profile: State 

Contained in: I MS. Address 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 2 
Format: AA 
Initial Value: CA 



State Type: Simple Value 

Profile: State 

Contained in. VENDOR.Address 
Caption: 

Description: 

ID Status. None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 2 
Format: AA 
Initial Value: CA 



Status Type: Simple Value 

Profile: Status 

Contained in: IP_ACTlVlTY.Escort_Part 
Caption: 

Description: Describes the participation status o 
f the participant 
ID Status: None 
Minimum Required. 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 1 

Format: S=Selected, C=Confirmed, W=Waiting, 
X=Cancelled, D=DecIined, P=Prior Part. , 

N=No Show up 
Initial Value: 



Status Type: Simple Value 

Profile: Status 

Contained in: lP_ACTIVlTY.IMS_Part 
Caption: 

Description: Describes the participation status o 
f the participant 
ID Status: None 
Minimum Required: 0 
Maximum Allowed. 1 
Value Type: Text 
Length 1 

Format. S=SeIected, C=Confirmed, W=Waiting, 
X=Cancetied, D=Declmed, P=Prior Part. , 

N=No Show up 
Initial Value. 
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Street 


Type: Simple Value 
Profile: Street 
Contained in: IMS.Address 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 
Format 
Initial Value: 


Street 


Type: Simple Value 
Profile: Street 

Contained in: VENDOR. Address 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 
Format 
Initial Value: 


Street 


Type: Simple Value 
Profile: Street 

Contained in: SPONSOR.Address 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 35 
Format: 

Initial Value: 


TuitionCode 


Type: Simple Value 
Profile: TuitionCode 
Contained in: IMS 
Caption: 

Description: Describes the tuition status of IMS. 

ID Status; None 

Minimum Required: 0 

Maximum Allowed: 1 

Value Type: Text 

Length: 4 

Format: IMET or FMS 
Initial Value: FMS 


Type 


Type; Simple Value 
Profile: Type 

Contained in: IP_ACTIVITY 
Caption: Type of IP Activity 
Description: Describes the category of the IP act 
ivity. Sudent: only IMS can participat 
e, Adult: Spouses can participate too, 
Family: All family members can partic 
ipate on space available basis 
ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type. Text 
Length: 8 

Format. Student, Adult, Family -All Uppercase 
Initial Value: 
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VENDOR 



Type: Object Link 
Profile: VENDOR 

Contained in: IP_ACTIVITY.ServicesUsed 
Caption: 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 



WCN Type: Simple Value 

Profile: WCN 
Contained in: IMS 

Caption: Worksheet Control Number 
Description: A reference number used for data con 
trol purposes and assigned by country 
liasion officer to each item of traini 
ng in a country's program. 

ID Status: None 
Minimum Required: 0 
Maximum Allowed: 1 
Value Type: Text 
Length: 4 

Format No Standard Format ( Typical Formats: A 
NNN, NNNA, NNN, and NN) 

Initial Value: 



Zip Type: Simple Value 

Profile: Zip 

Contained in: SPONSOR.Address 
Caption: US or international Postal System Zip Co 
de 

Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 5 
Format: NNNNN 
Initial Value: 



Zip Type: Simple Value 

Profile: Zip 

Contained in: VENDOR.Address 
Caption: US or international Postal System Zip Co 
de 

Description: 

ID Status: None 
Minimum Required 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 5 
Format: NNNNN 
Initial Value: 



Zip Type: Simple Value 

Profile: Zip 

Contained in: IMS.Address 
Caption: Postal System Zip Code 
Description: 

ID Status: None 
Minimum Required: 1 
Maximum Allowed: 1 
Value Type: Text 
Length: 5 
Format: NNNNN 
Initial Value. 
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APPENDIX C. RELATION DEFINITIONS 



COUNTRY 

Number of attributes 


4 


Key attribute 


COUNTRYCODE 


Foreign key 


None 


Relationship with 


IMS 1 :0 (One-to-zero) 


CURRICULUM 

Number of attributes 


4 


Key attribute 


CURRNUMBER 


Foreign key 


: None 


Relationships with 


: IMS 1:0 




SPONSOR 1:0 


IMS 

Number of attributes 


43 


Key attribute 


SCN 


Foreign keys 


CURRNUMBER (references CURRICULUM ), 




COUNTRYCODE (references COUNTRY) 


Relationships with 


: CURRICULUM 0:1 (Zero-to-one) 




COUNTRY 1:1 (One-to-one) 




IMS DEPENDENT 0:N (Zero-to-many) 




IMS-SPONSOR 0:N 




IMS PARTICIPATION 0:N 
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SPONSOR 



Number of attributes 


27 


Key attribute 


SSN 


Foreign key 


CURRNUMBER (references CURRICULUM relation) 


Relationships with 


CURRICULUM 0:1 




SPONSOR DEPENDENT 0:N 




IMS-SPONSOR 0:N 



ESCORT PARTICIPATION 0:N 



IMS-SPONSOR 

Number of attributes 


2 


Key attributes 


SCN re , SSN rc 



Foreign keys : SCN (references IMS), 

SSN (references SPONSOR), 

Relationships with : IMS 0:N 





SPONSOR 0:N 


IMS DEPENDENT 

Number of attributes 


10 


Key attributes 


LAST NAME, FIRST NAME, SCN FK 


Foreign key 


SCN (references IMS) 


Relationship with 


IMS 1:1 


SPONSOR DEPENDENT 

Number of attributes 


6 


Key attributes 


LAST NAME, FIRST NAME, SPONSOR SSN FK 


Foreign key 


SPONSOR SSN (references SPONSOR) 


Relationship with 


SPONSOR 1:1 
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IP ACTIVITY 



Number of attributes 


10 


Key attributes 


ACTIVITY NAME, START DATE 


Foreign key 


None 


Relationships with 


ESCORT PARTICIPATION 0:N 




IMS PARTICIPATION 0:N 




SERVICES USED 0:N 



ESCORT PARTICIPATION 

Number of attributes : 6 

Key attributes : SSN FK , ACTIVITY NAME™, START DATE FK 

Foreign keys : SSN (references SPONSOR), 

ACTIVITY NAME, START DATE (references IP ACTIVITY) 
Relationships with : IP ACTIVITY 1:1 





SPONSOR 1:1 


IMS PARTICIPATION 

Number of attributes 


6 


Key attributes 


SCN re , ACTIVITY NAME FK , START DATE re 



Foreign keys : SCN (references IMS), 

ACTIVITY NAME, START DATE (references IP ACTIVITY) 
Relationships with : IP ACTIVITY 1 : 1 





IMS 1:1 


SERVICES USED 

Number of attributes 


: 7 


Key attributes 


: SERVICE TYPE, SERVICE DATE, BUSINESS 
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NAME™, ACTIVITY NAME 1 *, START DATE™ 



Foreign keys : BUSINESS NAME (references VENDOR), ACTIVITY 

NAME, START DATE (references IP ACTIVITY) 

Relationships with : IP ACTIVITY 1 : 1 



VENDOR 


VENDOR 1:1 


Number of attributes 


12 


Key attribute 


BUSINESS NAME 


Foreign key 


None 


Relationship with 


SERVICES USED 0:N 
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APPENDIX D. USER’S MANUAL 



IPOMIS 



INTERNATIONAL PROGRAMS OFFICE 
MANAGEMENT INFORMATION SYSTEM 




USER’S MANUAL 



99 



Onder Qelebi 

LTJG, Turkish Navy 
Naval Postgraduate School 



CONTENTS 



0. INTRODUCTION 

USING THIS MANUAL 102 

SYSTEM OVERVIEW 104 

1. GETTING STARTED 

System Requirements 1 07 

Installing IPOMIS 108 

Configuring IPOMIS 110 

Common Features of the IPOMIS Applications 1 14 

2. IMS APPLICATIONS 

IMS Information 119 

IMS Information Viewer 134 

3. SPONSOR APPLICATIONS 

Sponsor Program Manager 138 

Sponsor Information Viewer 153 

4. INFORMATION PROGRAM MANAGER 

Starting IPM and Main Window 157 

Locating An Activity 1 6 1 

Adding New Activity 162 



100 



Deleting an Activity 



162 



Adding IMS Application 1 63 

Adding Escort Application 166 

Adding Service 167 

Deleting an Application or Service 169 

Reviewing Applications and Services 170 

Preparing Selection List 171 

Preparing Activity Report 172 

Archiving an Activity 1 73 

5. SYSTEM UTILITIES 

Using Server Manager 174 

Using Windows ISQL 202 

Using the BDE configuration utility 214 

APPENDIX NOTES TO SYSTEM DEVELOPER/MAINTAINER 

Software requirements 220 

Hardware requirements 220 

Documentation 221 



101 



0 

INTRODUCTION 



Welcome to the Naval Postgraduate School (NPS) International Programs Office 
Management Information System (IPOMIS). IPOMIS was developed to support the 
IPO’s administrative activities more efficiently by providing timely and accurate 
information about International Military Students (IMS) attending NPS. 

IPOMIS was designed based on the information requirements identified during 
the extensive interviews with the IPO staff. Prototypes of the system were iteratively 
developed and demonstrated to ensure that the office end-users were fully satisfied with 
the final system specifications. The primary objective was to develop a system that was 
very user friendly without spending any office resources. 

USING THIS MANUAL 

You can use this manual to install, configure and use the IPOMIS. This manual is 
organized as chapters to provide detailed information on all the features of the system. 

• Chapter 1 - Getting Started contains all the information about installing and 
configuring IPOMIS, and the common features of the IPOMIS applications. 

• Chapter 2 - IMS Applications contains detail information about IPOMIS’s 
IMS Information and IMS Information Viewer applications. 
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• Chapter 3 - Sponsor Applications contains detail information about 
IPOMIS’s Sponsor Program Manager and Sponsor Information Viewer 
applications. 

• Chapter 4 - Information Program Manager provides detailed information 
about IPOMIS’s Information Program Manager Application. 

• Chapter 5 - System Utilities introduces the InterBase Server Manager, 
Windows Interactive SQL, and ID API configuration utility. 

• Appendix - Notes to System Developer/Maintainer provides important 
notes to the system programmer 
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SYSTEM OVERVIEW 

Basically IPOMIS includes a relational database, a relational database 
management system with database administration utilities, and three main database 
applications (see Figure 1). 




Figure 1 IPOMIS System Layout 
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1. IPOMIS Database and Utilities 

Borland’s Local InterBase® Server, an SQL-compliant relational database 
management system (DBMS), is utilized to develop system’s database. 

The Local InterBase Server includes database utilities supporting IPOMIS 
database administration: 

• Windows ISQL, an interactive data definition and query tool for Windows; 

• Server Manager, a Windows tool for database backup, restoration, 
maintenance, and security. 

IPOMIS applications access system’s database through the Borland Database 
Engine (BDE) / IDAPI. BDE is a Borland’s shared software component that provides a 
common database layer for database applications and DBMS. 

For further information about IPOMIS database refer to Onder Celebi’s Master 

Thesis. 

2. IPOMIS Applications 

IPOMIS consists of three Microsoft Windows-based applications to support the 
IPO’s administrative activities: 

a. IMS Information and IMS Information Viewer 

IMS Information application helps user, specifically International Student 

Assistant to perform most of his/her tasks associated with the IPO’s administrative 
activities. It provides a user friendly interface to access the IPOMIS database where the 
user can maintain IMS, IMS_DEPENDENT, COUNTRY, CURRICULUM, ALUMNUS 
tables and generate various structured IMS and sponsor rosters and reports. 

IMS Information Viewer is the read-only (i.e., users can only view the 
information, but change) version of IMS Information. Viewer allows the users other than 
International Student Assistant to review information related to IMS. Viewer does not 
support reporting features of IMS Information. 
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b. Sponsor Program Manager and Sponsor Information Viewer 
This application is designed to assist International Student Assistant while 

performing tasks associated with the Sponsor Program. It allows the user to select and 
assign the appropriate sponsor to an IMS, maintain SPONSOR and 
SPONSOR_DEPENDENT tables, and prepare reports. 

Sponsor Information Viewer is the read-only version of Sponsor Program 
Manager application. Viewer allows the other users to review information related to 
sponsors. 

c. Information Program Manager 

Information Program Manager is designed to assist Information Program 
Coordinator to perform his/her administrative tasks associated with managing and 
coordinating the IP activities, such as preparing selection list and activity report, 
reviewing and approving applications, etc. 
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GETTING STARTED 

This chapter contains all the information about installing and configuring IPOMIS, and 
the common features of the IPOMIS applications. 

1. System Requirements 

IPOMIS requires the hardware and software described in Table 1.1 



Component 


Description / Comments 


Microprocessor 


80486 or higher 


RAM 


8MB. (16MB is strongly recommended) Performance will increase with memory 


Hard Disk 


At least 30 MB. of free disk space to use IPOMIS effectively 


Video Monitor 


VGA or higher with: resolution 800x600-256 colors- Small Fonts 


Mouse 


A mouse or another pointing device is required. Most of the system features can only 
be accessed with mouse. 


Operating System 


Microsoft Windows 3.x , 95 or NT 


System Software 


Borland’s Local InterBase Server (as DBMS) 
Borland Database Engine (BDE) / ID API 
Database Utilities 

• Windows ISQL, 

• Server Manager. 

System Client Applications 

• IMS Information, 

• Sponsor Program Manager, 

• Information Program Manager, 

• IMS Information Viewer, 

• Sponsor Information Viewer. 


Network 


IPOMIS Client applications was designed to access system’s database through Local 
InterBase Server (DBMS) and Borland Database Engine (BDE). System’s database 
and DBMS should be networked to allow multiple users to be able to access 
database. 




Table 1.1 System Requirements for IPOMIS 
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2. Installing IPOMIS 

Follow the steps below one by one to complete installation of the system: 

1. Create following directories on the local drive of the network server; in this 
case assume the local drive is “C:\”. 

• C:\IPOMIS : This directory will be the root directory for the system files. 

• C:\IPOMIS\APPS : directory for client applications. 

• C:\IPOMIS\APPS\DATA directory for temporary data files created by 
applications (e.g., selecttxt and report.txt files created by Information Program 
Manager) 

• C:\IPOMIS\DBASE : directory for system’s database file, “IPOMIS.GDB”. 

• C:\IPOMIS\IDAPI : directory for IDAPI / BDE program and configuration files. 

• C:\IPOMIS\IBLOCAL : directory for Local InterBase Server files including 
Server Manager and Window ISQL. 

2. Copy applications from floppy diskettes to “C:\IPOMIS\APPS” directory. 
Contents of the floppy diskettes are listed in Table 1.2. 



Label 


Content 


IMS Information 


IMSInfo.exe 


IMS & Sponsor Information Viewers 


IMSView.exe and SponView.exe 


Information Program Manager 


IpM.exe 


Sponsor Program Manager 


Sponsor.exe 



Table 1.2 Contents of the Application Diskettes 



3. Copy database file “IPOMIS.GDB” to “C:\IPOMIS\DBASE” directory. 



1. Install IDAPI / BDE: 

• Insert installation diskette labeled “Borland Database Engine (IDAPI) Disk 1” 
into floppy drive, 
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• Using your favorite method of running a Windows program, run the SETUP.EXE 
program located on the installation diskette, 

• Follow the installation instructions appearing on the screen. You will be prompted 
to define your preferences on the locations of program files and configuration file 
on the “Borland Database Engine Locations Settings” screen (see Figure 1.1). 
Your answer should be “C:\IPOMIS\IDAPI” for both locations. 




Figure 1.1 BDE Installation Locations Settings Dialog Box 



5. Install Local InterBase Server 

• Insert installation diskette labeled “Local InterBase Server Disk 1” into floppy 
drive, 

• Using your favorite method of running a Windows program, run the SETUP.EXE 
program located on the installation diskette, 

• Follow the installation instructions appearing on the screen. You will be prompted 
to define your preferences on the locations of program files on the “Customize 
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Installation” screen (see Figure 1.2). Your answer should be 
“C:\IPOMIS\IBLOCAL”. 




Figure 1.2 Local InterBase Server Customize Installation Dialog Box 



3. Configuring IPOMIS 

On completion of successful installation, system must be configured before running the 
client applications. 

a. Configuring ID API / BDE 

The Borland Database Engine configuration utility (BDECFG.EXE) enables you 
to configure system BDE alias (IPOMISDB) and change the settings reflecting IPOMIS 
database environment in the BDE configuration file, ID API. CFG. For further information 
on BDE configuration see Chapter 5 Part 3 “Using BDE Configuration Utility”. 



To run the BDE Configuration Utility, double-click the BDE configuration utility 



icon in 




the IPOMIS program group. The BDE Configuration Utility opens: 
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Figure 1.3 BDE Configuration Utility main window 



Important Note: IPOMIS client applications use alias named IPOMISDB which 
points system’s database, therefore any alias pointing system’s database must be 
named specifically IPOMISDB. 
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1. Select the Alias Manager (Aliases page) and choose the New Alias button. 
The Add New Alias dialog box appears (see Figure 1.4) . The type can be 
STANDARD or SQL-specific. For IPOMIS type must be INTRBASE. 




Figure 1.4 Add New Alias Dialog Box 

2. Enter the new alias name IPOMISDB and select the SQL-specific alias type 
INTRBASE. Then choose OK to begin the setup process. The Alias Manager 
displays all the configuration parameters you can change to customize the new 
alias. 




Figure 1.5 Customizing the new alias 
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3. Edit the settings for the category you selected. Settings must have the values 
described in the Table 1.5. 



CATEGORY 


SETTING / COMMENTS 


TYPE 


INTRBASE 


PATH 


Blank. Not Available 


SERVER NAME 


C:\IPOMIS\DBASE\IPOMIS.GDB 


USERNAME 


Blank. 


OPEN MODE 


READ/WRITE 


SCHEMA CACHE SIZE 


8 


LANGDRIVER 


Blank. 


SQLQRYMODE 


Blank. 


SQLPASSTHRU MODE 


SHARED AUTOCOMMIT 


SCHEMA CACHE TIME 


-1 



Table 1.5 IPOMISDB Alias Settings 



4. When you are finished, select File|Save to save the new alias in the default 
configuration file. 

Note to Network Administrator: IDAPI directory and IDAPI.CFG file must be 
read/write accessible by System Database Administrator. The other users should 
have at least read only access. 

b. Configuring user workstations 

When the IPOMIS applications and utilities are started, they look for the IDAPI 
files in the location they read from the WIN.INI file, so those settings must be 
incorporated into the WIN.INI files of all users running the applications and 
utilities. 

WIN.INI contains a section used by IDAPI. This section has the location of the 
IDAPI files and the IDAPI configuration file: 

• DLLPATH points the location of your IDAPI files. 

• CONFIGFILEOl specifies the location and filename of the IDAPI 
configuration file (Default is IDAPI.CFG). 
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If you move the IDAPI directory or change its name you will need to modify this 
settings. The settings must include the drive and full path name to the IDAPI 
directory. A typical WIN.INI IDAPI section can be as follows: 

[IDAPI] 

DLLP ATH=N :\IPOMIS\ID API 

CONFIGFILE01=N:\IPOMIS\IDAPI\IDAPI.CFG (N: drive indicates the 
mapped network drive) 

4. Common Features of the IPOMIS Applications 

Before getting started to use the IPOMIS applications, it will be very useful to review 
common features of the applications. 

a. How to Login the Database 

Because of security concerns, data stored in the system’s database must be 
protected. Therefore, IPOMIS utilizes a secure database. Whenever you attempt to use 
one of the applications, the first thing after the splash screen appears on the screen will be 
the database login dialog: 




Figure 1.6 Database Login Dialog 

As you can see on Figure 1.6, there are two fields you must fill out with the 
proper user name and password. To get a user name and password consult with the 
IPOMIS system administrator. 

• Type your user name assigned by the system administrator in either uppercase 
or lowercase. 
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• You can click to password field or press the Tab key to activate the password 
field. Type your password. Password field is case sensitive, thus you must 
type exactly the same password of yours. 

• Click OK. If you click Cancel then program will not attempt to connect to the 
database and terminates itself. 

If you type wrong user name or password then program will assume that you 
are an unauthorized user and terminates itself: 




Figure 1.7 Unauthorized Access Error Message 
b. How to Use Database Navigator 

Database navigator allows you to move through the data extracted from the 
database, and perform operations on the data, such as inserting a blank record or posting a 
record. 



The database navigator consists of multiple buttons. On most of the IPOMIS 
application screens you may not see all of them, because their functions are performed by 
other buttons or menu items. Entire set of buttons are: 



First Next Insert Edit Cancel 





•-TTT 
















--KT 




< 


► 










y' 


X 


C 



Prior Last Delete Post Refresh 



115 





When you choose one of the navigator buttons, the appropriate action occurs on 
the database portion (dataset) the navigator is linked to. 

This table describes the buttons on the navigator: 



Button 


Purpose 


First 


Sets the current record to the first record in the dataset, disables the First and Prior buttons, and 
enables the Next and last buttons if they are disabled 


Prior 


Sets the current record to the previous record and enables the Last and Next buttons if they are 
disabled 


Next 


Sets the current record to the next record and enables the First and Prior buttons if they are 
disabled 


Last 


Sets the current record to the last record in the dataset, disables the Last and Next buttons, and 
enables the First and Prior buttons if they are disabled 


Insert 


Inserts a new record before the current record, and sets the dataset into Insert and Edit states 


Delete 


Deletes the current record and makes the next record the current record 


Edit 


Puts the dataset into Edit state so that the current record can be modified 


Post 


Writes changes in the current record to the database 


Cancel 


Cancels edits to the current record, restores the record display to its condition prior to editing, and 
turns off Insert and Edit states if they are active 


Refresh 


Redisplays the current record from the dataset, thereby updating the display of the record on the 
form 



Table 1.6 Database Navigator Buttons 



c. How to Use Pick-a-date Calendar 

For your convenience, almost every date field can be filled out utilizing the Pick- 
a-date calendar. 




Figure 1.8 Pick-a-date Calendar 
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• Click ESI button next to the field you want fill out with a date value. Then the 
calendar window will open: 

• By default the window displays the current date. Use arrow buttons to select 
next or previous month or year, you can see the month and year selected on 
the top of the calendar display. 

• Click the day on the calendar display. 

• Click OK to pick the date or click Cancel to cancel operation. If you choose to 
cancel operation date field will be left blank or unchanged. 



d. How to Use Report Viewer 

IPOMIS reports or lists are displayed on the report viewer. Report viewer enables 
you to: 

• Preview the reports or lists with different scales, such as 50%, 150%, 
Fit in window, etc. 

• Print the reports or lists 

• Save and reload the reports and lists 

Whenever you click to review a report or list, the application will generate the 
report and displays on the report viewer: 
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Figure 1.9 Report Viewer 



• Click on the report display to toggle between Fit in window and 100% scales 
or choose an appropriate scale from the drop down list on the left upper comer 
of the window. 

• If the displayed item is more than one page then the page counter will display 
in the form of “ Page Y of X”. Click left arrow to preview the next page or 
click right arrow to preview previous page. 



• Click Print Report button L=L to print out the item. 

to save the item. 



Click Save Report button 



H 



Click Load Report button L“~J to load a pre-saved report from disk drive. 



Click Exit button to exit the viewer. 
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2 



IMS Applications 

This chapter provides detailed information about IPOMIS’s IMS Information and IMS 
Information Viewer Applications. 

IMS Information application (IMS Info) is designed to assist International Student 
Assistant to perform his/her administrative tasks associated with managing the IMS data. 
IMS Information Viewer is designed to enable the office staff to access information about 
IMSs. 

Part 1 

IMS Information 

IMS Information application enables International Student Assistant to: 

• Manage database portions associated with the IMSs: 

• Add/Delete IMSs 

• Add/Delete IMSs’ dependents 

• Add/Delete Alumni, Countries, Curriculums, etc. 

• Generate IPOMIS reports and lists 

1. Starting IMS Info and Main Window 

Start IMS Info by clicking the program icon in the IPOMIS program group. 
Database Login window will then open and prompt you to enter your User Name and 
Password (see Chapter 1 “Common Features of the IPOMIS Applications - How to 
Login Database”). 
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Important Note: Because of security concerns, IMS Info is designed to be used 
by International Student Assistant. If you attempt to enter as another user then 
program will terminate and you will not be able use the program. For further 
information see Chapter 5 “Administrating Security” and consult with your 
Database Administrator. 

If you provide proper user name and password then program login you to the system’s 
database and the IMS Info main window will then open: 




Figure 2.1 IMS Information Main Window 

This window consists of the: 

• Menu bar, across the top of the window, containing commands you can choose to 
perform application tasks. 

• Speedbar, consists shortcut speed buttons and a row of database navigate buttons to 
navigate on IMS table, just below the menu bar. 
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• Information window, displayed below the Speedbar, showing IMS currently selected 
and Delete/Add/Cancel buttons to maintain IMS data. 

• Tabbed notebook, displayed below the Information window. This area displays detail 
information about the selected IMS, organized as tabs. 

a. IMS Information Menus 

The menus are the basic way to perform tasks with the IMS Info. There are six 
menu items and three of them are pull-down menus: 

Prog ram Dep enden t Cou ntiy Curr iculum Alumnus jteport 

• Program menu: enables you to exit from application, set the printer and see 
about screen. 

• Dependent menu: enables you to add dependents to the selected IMS and edit 
the dependents. 

• Country menu item: enables you to access IMS’s country information 
displayed on the country information window. 

• Curriculum menu item: enables you to access the database curriculum 
information displayed on the curriculum information window. 

• Alumnus menu enables you to: 

• Edit Alumnus 

• Transfer selected IMS data to Alumnus table 

• Transfer all graduated or graduating IMSs data to Alumnus table 

• Report menu item: enables you to access the report center where you can 
select the pre-formatted rosters or lists. 

Each menu item can be activated clicking them or pressing both Alt button and 
the underlined letter in the menu item. For example: Program menu item will be activated 
pressing Alt+P. Most pull-down menu items indicate shortcuts (Hot Keys) for each task, 
such as “Dependent | Add Ctrl+A” indicates that if Ctrl+A is pressed then program 
invokes adding dependent process. 
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b. Speedbar 

Consist of four speed buttons: 




for exiting from the application 




for setting up the printer 




for previewing IMS’s information sheet 




for transferring IMS data to Alumnus table 



and a row of database navigate buttons to navigate on IMS table (see Chapter 1 
“Common Features of the IPOMIS Applications - How to Use Database Navigator”). 

c. Information Window 
This window consists of two parts 

• IMS information: where you can see and edit basic IMS data. You can 
navigate between edit fields pressing Tab / Shift+Tab key or clicking the field 
you want to edit. 

• Task buttons: enable you to perform the database tasks, such as adding new 
IMS, deleting selected IMS or cancel/undo latest editing. 



d. Tabbed Notebook 

This tabbed notebook consists of seven tabs: 

• Address/Phone : enables you to review or edit selected IMS’s address and 
phone data. 

• Comments: enables you to review or edit comments about the selected IMS. 

• Curriculum: enables you to review detail information about the curriculum 
enrolled by the selected IMS. 

• Dependent(s): enables you to review information about IMS’s dependents. 

• Home Address: enables you to review or edit the selected IMS’s address in 
his/her home country. 
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• IP Records: enables you to review IMS’s DLI Attendance status. 

• Sponsor(s): enables you to review selected IMS’s sponsor(s). 

• Senior Officer: enables you to review senior officer of the country where the 
selected IMS is from. 



2. Locating IMS 

Before performing any task with the application (except working on the curriculum data 
or Report tasks) you must select the IMS you want to work on. In order to assist you 
locating an activity, application has “Search by Last Name” and “Search by SCN” 
features. 



To locate an IMS: 

• You can locate an IMS anytime searching by his/her last name or SCN. 

• To search by last name: click one of “Search By Last Name” buttons (left of 



navigator 




on the speedbar or next to Last Name field 





Figure 2.2 Search by Last Name Dialog. 



• Enter the last name in either uppercase or lowercase. You do not have to type full 
name of the IMS. Program will try to locate nearest match. 



To search by SCN: click “Search By SCN” button llUl next to the SCN field. 



• Enter the SCN. You do not have to type full SCN. Program will try to locate nearest 
match. 

• Click OK to search or Cancel to abort search. 
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Note: After search, be sure that the IMS shown on the Information window is the 
IMS that you want to work on. If you searched for the nearest match and you 
could not locate the IMS then use navigate buttons to continue search. 

3. Adding New IMS 

To add a new IMS: 

Click “Add” button or press Alt+A. Then all edit fields on the screen will be blank and 
cursor will jump to the Last Name field to enable you to start editing. You may use Tab 
to jump next or Shift+Tab to previous field. 

• In order to fill most of the date fields, such as Arrival Date, DOB, Graduation, etc. 

fields you may make use of a calendar. Press H button to pick a date from calendar 
(see Chapter 1 “Common Features of the IPOMIS Applications - How to Use Pick-a- 
date Calendar”). 

• Program will generate a temporary SCN for the new IMS. If you do not know his/her 
actual SCN use this number. It is preferred to provide actual SCNs to the program. 

Important Note: DO NOT change SCN after assignment or adding dependents. If 
you attempt to change IMS’s SCN after a sponsor is assigned or a dependent is 
added, program will generate database errors. Because an IMS is uniquely 
identified with the SCN in the database, every association with the IMS is created 
using the IMS’s SCN. Changing causes to interrupt these associations and 
database never allows you to interrupt the associations once they are formed. 

If you really need to change an IMS’s SCN: 

• Tell the IP Coordinator to note the IMS’s IP participation information 
somewhere and delete it. After you changed IMS’s SCN, IP 
coordinator can reenter the deleted information. 

• Delete IMS’s dependents. Before deleting, note the information about 
dependents somewhere. 

• Delete sponsor’s assignment association with the IMS. 
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After deleting, reenter dependent information and reassign the 
sponsor(s). 



After editing fields click L_£LJ on the navigator to refresh the database and actually 
post your new IMS record to the database. Before refreshing/posting, remember 
almost each field on the screen must have been filled in order to add a new IMS 
successfully. Otherwise program will warn you and error message will appear on the 
screen indicating that blank field must have a value. 

Before refreshing your data, you can Cancel/Undo the editing you made: click 
“Cancel” button or press Alt+C. 



Now you are ready to add dependents, assign sponsor, etc. to your new IMS. 



4. Deleting IMS 

To delete an IMS: 

Locate the IMS you want to delete and Click “Delete” button or press Alt+D. You will be 
prompted to confirm delete. If you choose Yes then delete process will initiate and all 
dependents, IP activities participated, and sponsors associated with the selected IMS will 
be deleted. If you choose No the information about the IMS will not be deleted. 

Note: Before deleting an IMS you must be sure about it. Because when an IMS is 
deleted there is no way to revitalize the data associated with the IMS. 

5. Adding New Dependent 

To add a new dependent: 

Press Ctrl+D or choose “Dependent | Add”. IMS’s Dependent(s) Information window 
will then open: 
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Figure 2.3 IMS’s Dependent(s) Information Window 



• Program will prompt you to enter: First Name: type first name of the new 
dependent with uppercase initial. Dependent Status: by default it is YES, type 
NO if the dependent is not in the US with the IMS. Relation: type W for wife, H 
for husband, D for daughter, S for son or O for other dependents: cousin, nephew, 
etc. Choose OK on each dialog boxes. If you choose Cancel then the add 
dependent process will be canceled. 

• By default, program will fill the Last Name and SCN fields with the IMS’s. You 
can edit Last Name field anytime clicking it, but you cannot edit SCN field. It is a 
read-only field. 
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Comments field is a plain text field used to enter detail information about the 
dependent. 



Click £1_J on the navigator to refresh the database and actually post your new 

dependent record to the database. Otherwise program will warn you and error 
message will appear on the screen indicating that blank field must have a value. 
Before refreshing your data, you can Cancel/Undo the editing you made: click 
“Cancel” button or press Alt+C. 



6. Editing a Dependent 

To edit dependent data: 

Press Ctrl+E or choose “Dependent | Edit”. If the IMS has a dependent “IMS’s 
Dependent(s) Information” window will then open (see Figure 2.3) and dependent data 
will be displayed. If the IMS has no dependent then program will remind you that. 

• Click on the field you want to edit. 

• You can use pull down menu to select relation code from the list. It is 
recommended. 



7. Adding/Deleting/Editing Country and Senior Officer 

Country table includes information about countries sending students to NPS. But it does 
not include all countries in the world. If a student attends to NPS from a country which 
has not been recorded to the database, you must add the new country to the database. If 
you will not add the country to the database you will not be able to create senior officer 
information and you will not be able to see country information on the rosters/lists or 
reports. 

• Click Country menu item or press “Alt+O”. Country Information window will 
then open: 
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Figure 2.4 Country Information Window 



To add a new country: 















Click Add button or press “Alt+A” to initiate the adding process. 

Program will clear fields and moves the cursor to the first field Country code. 

After editing fields on the window, click 



on the navigator to refresh the 



database and actually post your new country record to the database. Otherwise 
program will warn you and error message will appear on the screen indicating 
that blank field must have a value. 

Before refreshing your data, you can Cancel/Undo the editing you made: click 
“Cancel” button or press Alt+C. 



To delete a country: 



• Click Delete button or press “Alt+D” to initiate the Deleting process. 

• Program will clear the information about the country. This process will not 
affect the IMS data from the deleted country. 
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To edit a country: 



Locate the country you want to edit. Click one of the “Search By Country 
Code” buttons (left of navigator 






or next to the Country Code field 



Then type the code to the dialog box appeared on the screen. 

Click the field you want to edit. If you change the country code you must 
update all IMSs’ country codes one by one. Otherwise you will not be able to 
access country information of those IMSs. 



To edit senior officer data: 



Locate the country you want to edit its senior officer. Click “Show all students 

from this country” button L?J next to the senior officer SCN field to see the 
list of all students from the selected country. 

Double click on the name of the student on the list. Program will assign/record 
the selected student as the senior officer of the selected country. 

Or: If you know the SCN of the student you want to record as the senior 
officer type the SCN into the SCN field. 



8. Adding/Deleting/Editing Curriculum 

Curriculum table includes information about curricula in NPS. All the curricula 
information in NPS is in the database. To maintain this information - i.e., update, edit, 
etc.: 

• Click Curriculum item or press “Alt+U”. Curriculum Information window 
will then open: 
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Figure 2.5 Curriculum Information Window 



To add a new curriculum: 

• Click Add button or press “Alt+A” to initiate the adding process. 

• Program will clear fields and moves the cursor to the first field Curriculum 
Number. 



• After editing fields on the window, click LJL-1 on the navigator to refresh the 
database and actually post your new curriculum record to the database. 
Otherwise program will warn you and error message will appear on the screen 
indicating that blank field must have a value. 

• Before refreshing your data, you can Cancel/Undo the editing you made: click 
“Cancer 5 button or press Alt+C. 

To delete a curriculum: 

• Click Delete button or press “Alt+D” to initiate the Deleting process. 

• Program will clear the information about the curriculum. This process will not 
affect the IMS data attending the deleted curriculum. 

To edit a curriculum: 

• Locate the curriculum you want to edit. Use the navigator to locate. 

• Click the field you want to edit. If you change the curriculum number you will 
not be able to access curriculum information of those IMSs attending the 
curriculum. 
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9. Transferring IMS to Alumnus table 

Alumnus table includes information about the graduated IMSs. When an IMS graduates 
his/her record must be transferred to the alumnus table. Otherwise IPOMIS applications 
will assume that the IMS did not graduate and keep the associations, such as IP activities, 
details of the dependents and sponsors. This will cause erroneous reports and lists, such 
as statistics report. 



To transfer the selected IMS to Alumnus table: 



Click “Transfer IMS to Alumnus” button I.MJ or choose “Alumnus | Transfer 
IMS” menu item. 

• Program will prompt you to confirm transfer. If you click OK on the dialog 
box then the transfer process will be initiated. If you click Cancel transfer will 
be terminated. 

• After the transfer is completed program will inform you that the transfer is 
completed. 

Note: Before transferring graduating or graduated IMS you must be sure about it. 

Because when you select OK on the Confirm Dialog, some information about the 

IMS is deleted. There is no way to revitalize them again. 

To transfer All graduated IMSs to Alumnus table: 

• Choose “Alumnus | Transfer All Graduates” menu item. A dialog box 
prompting you to enter or confirm the graduation date will then appear on the 
screen: 




Figure 2.6 Confirm/Edit Graduation Date Dialog 
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• If the graduation date on the screen is correct for you then click OK. If not 
then type the graduation date of the IMSs you want to transfer. You can cancel 
this operation clicking Cancel instead of OK. On completion of the process, 
program will inform you that all graduates are transferred. 



10. Adding/Deleting/Editing Alumni 

• Choose “Alumnus” menu item or press “Alt+L” then Alumnus Information 
window will open: 




Figure 2.7 Alumnus Information Window 



To add an Alumnus: 

• Click add button on the navigator. 

• Fill out the fields. 

• Click refresh button on the navigator. 
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To delete an Alumnus: 

• Click delete button on the navigator. 

• Click OK on the confirmation dialog 
To edit Alumnus data: 

• Locate the alumnus you want to edit. To locate an Alumnus: 

• You can locate an Alumnus anytime searching by his/her last name or 
SCN. 



• To search by last name: click one of “Search By Last Name’ 
buttons (left of navigator 



M 



on the speedbar or next to Last 



Name field I HU). 

Enter the last name in either uppercase or lowercase on the search dialog 
box (see Figure 2.2). You do not have to type full name of the Alumnus. 
Program will try to locate nearest match. 






To search by SCN: click “Search By SCN” button 
SCN field. 




next to the 



• Enter the SCN. You do not have to type full SCN. Program will try to 
locate nearest match. 

• Click OK to search or Cancel to abort search. 



• Click edit button on the navigator. 

• Click the field you want to edit. 

• Click refresh button on the navigator after editing. 



11. Preparing Reports and lists 

IMS Information application consist a variety of pre- formatted reports and lists. You can 
review, print and save/load these reports. In order to access report features click on the 
Report menu item or press “Alt+R”. The Report Center window will then open: 
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Figure 2.8 Report Center Window 

Report center window allows you to select the report to be reviewed. Choose XXXX 
menu item. Make your selection from the drop-down list. Some of the item will directly 
initiates the report preparing process, some of them will require further selection. If the 
item requires further selection then a drop-down list which allows you to choose the 
detail selection will appear at the bottom portion of the window: 
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Figure 2.9 Report Selection Drop-down List 

Reports and lists will be displayed on the report viewer screen. See Chapter 1 “Common 
Features of the IPOMIS Applications - How to Use Report Viewer”. 

Part 2 



IMS Information Viewer 

IMS Information Viewer is designed to enable the office staff to access information about 
IMSs. 
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You can view detail information about IMSs, their dependents, and their sponsors 

1. Starting the Viewer 



Start the viewer by clicking the IMS Information Viewer icon rnS in the IPOMIS 
program group. Database Login window will then open and prompt you to enter your 
User Name and Password (see Chapter 1 “Common Features of the IPOMIS 
Applications - How to Login Database”). 

Important Note: Because of security concerns, the viewer is designed to be used 
by International Programs Office staff. If you attempt to enter as another user then 
program will terminate and you will not be able use the program. Consult with 
the IPO Database Administrator. 

If you provide proper user name and password then program login you to the system’s 
database and the SIV window will then open: 




Figure 3.12 IMS Information Viewer 
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This window consists of the: 

• Menu bar, across the top of the window, contains Program menu item. 

• Speedbar, consists shortcut speed button for exiting from the program and a row of 
database navigate buttons to navigate on IMS table, just below the menu bar. 

• IMS Information window, displayed below the Speedbar, showing the IMS currently 
selected. 

• Tabbed notebook, displayed below the IMS Information window. This area displays 
detail information about the IMS selected and it is organized as tabs: 

a. Program Menu 

This menu item consists of two commands: 

• About to see the about window of the program 

• Exit to exit the program 

b. Tabbed Notebook 

This tabbed notebook consists of seven tabs: 

• Address/Phone : enables you to review selected IMS’s address and phone 
data. 

• Comments: enables you to review comments about the selected IMS. 

• Curriculum: enables you to review detail information about the curriculum 
enrolled by the selected IMS. 

• Dependent(s): enables you to review information about IMS’s dependents. 

• Home Address: enables you to review the selected IMS’s address in his/her 
home country. 

• IP Records: enables you to review IMS’s DLI Attendance status and IP status. 

• Sponsor(s): enables you to review selected IMS’s sponsors). 

• Senior Officer: enables you to review senior officer of the country where the 
selected IMS is from. 
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2. Searching for a IMS 

See part 1 section “2. Locating IMS”. 
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SPONSOR 

APPLICATIONS 



This chapter provides detailed information about IPOMIS’s Sponsor Program Manager 
and Sponsor Information Viewer Applications. 

Sponsor Program Manager (SPM) is designed to assist International Student Assistant to 
perform his/her administrative tasks associated with managing the sponsor program. 
Sponsor Information Viewer is designed to enable the office staff to access information 
about sponsors. 

Part 1 

Sponsor Program Manager 

Sponsor Program Manager (SPM) enables International Student Assistant to: 

• Manage database portion associated with Sponsor Program: 

• Add/Delete sponsors 

• Add/Delete sponsor dependents 

• Assign sponsors 

• Generate sponsor reports and lists 

1. Starting SPM and Main Window 
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Start SPM by clicking the Sponsor Program Manager icon WiS? in the IPOMIS program 
group. Database Login window will then open and prompt you to enter your User Name 
and Password (see Chapter 1 “Common Features of the IPOMIS Applications - How to 
Login Database”). 



Important Note: Because of security concerns, SPM is designed to be used by 
International Student Assistant. If you attempt to enter as another user then 
program will terminate and you will not be able use the program. For further 
information see Chapter 5 “Administrating Security” and consult with your 
Database Administrator. 



If you provide proper user name and password then program login you to the system’s 
database and the SPM main window will then open: 




Figure 3.1 Sponsor Program Manager Window 
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This window consists of the: 

• Menu bar, across the top of the window, containing commands you can choose to 
perform SPM tasks. 

• Speedbar, consists shortcut speed buttons and a row of database navigate buttons to 
navigate on Sponsor table, just below the menu bar. 

• Sponsor Information window, displayed below the Speedbar, showing Sponsor 
currently selected and Delete/Add/Cancel buttons to maintain sponsor data. 

• Tabbed notebook, displayed below the Sponsor Information window. This area 
displays detail information about the sponsor selected organized as tabs. 

a. SPM Menus 

The SPM menus are the basic way to perform tasks with the SPM. There are four 
pull-down menus: 

Program Sponsor Dep e ndent Show __ 

• Program menu: enables you to exit SPM, setup the printer and see about 
screen. 

• Sponsor menu: enables you to 

• Assign sponsor, 

• Delete sponsor assignment, 

• Add and delete the selected sponsor, 

• Remove graduating sponsors from the database. 

• Dependent menu: enables you to add dependents to the selected sponsor and 
edit the dependents. 

• Show menu: enables you to review various sponsor rosters and information 
sheet of the selected sponsor. 

Each pull-down menu item can be activated clicking them or pressing both Alt 
button and the underlined letter in the menu item. For example: Program menu item will 
be activated pressing Alt+P. Menu items indicate shortcuts (Hot Keys) for each task, 
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such as “Sponsor | Add Alt+A” indicates that if Alt+A is pressed then program invokes 
adding sponsor process. 



b. Speedbar 

Consist of three speed buttons: 




for exiting from the SPM 

for setting up the printer 

for previewing sponsor’s information sheet 



and a row of database navigate buttons to navigate on Sponsor table (see Chapter 1 
“Common Features of the IPOMIS Applications - How to Use Database Navigator”). 



c. Sponsor Information Window 
This window consists of two parts 



Last Name Middle NamelfHirst Name Rank Service 




Occupation 






Trieste' | )' W&& | 

31 I -3m 






Figure 3.2 Sponsor Information Window 



• Sponsor information: where you can see and edit sponsor data. You can 
navigate between edit fields pressing Tab / Shift+Tab key or clicking the field 
you want to edit. 

• Task buttons: enable you to perform SPM database tasks, such as adding new 
sponsor, deleting selected sponsor or cancel/undo latest editing. Add and 
delete tasks can also be performed using the menu items. 

d. Tabbed Notebook 
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This tabbed notebook consists of seven tabs: 

• Address/Phone : enables you to review or edit the selected sponsor’s address 
and phone data. 

• Comments: enables you to review or edit comments about the selected 
sponsor. 

• Curriculum: enables you to review detail information about the curriculum 
enrolled by the selected sponsor. 

• Dependents: enables you to review information about sponsor’s dependents. 

• Hobbies/Interests: enables you to review or edit the selected sponsor’s hobbies 
and interests. This information is used while assigning sponsors. 

• Preferences: enables you to review or edit selected sponsor’s preferences on 
IMS whom he/she wants to sponsor. This information is used while assigning 
sponsors. 

• Sponsored IMS: enables you to review IMS(s) sponsored by the selected 
sponsor. 



2. Locating Sponsor 

Before performing any task with the SPM you must select the sponsor you want to work 
on. In order to assist you locating an activity, SPM has “Search by Last Name” and 
“Search by SSN” features. 

To locate a sponsor: 

• You can locate a sponsor anytime searching by his/her last name or SSN. 
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To search by last name: click one of “Search By Last Name” buttons (left of 






navigator 




on the speedbar or next to Last Name field 





Figure 3.3 SPM Search by Last Name Dialog 



• Enter the last name in either uppercase or lowercase. You do not have to type full 
name of the activity. Program will try to locate nearest match. 

• To search by SSN: click “Search By SSN” button l ? ^l next to the SSN field. 

• Enter the SSN. You do not have to type full SSN. Program will try to locate nearest 
match. 



• Click OK to search or Cancel to abort search. 

Note: After search, be sure that the sponsor shown on the Sponsor Information 
window is the sponsor that you want to work on. If you searched for the nearest 
match and you could not locate the sponsor then use navigate buttons to search. 



143 






3. Adding New Sponsor 

To add a new sponsor: 

Click “Add” button or press Alt+A or choose “Sponsor | Add”. Then all edit fields on the 
screen will be blank and cursor will jump to the Last Name field to enable you to start 
editing. You may use Tab to jump next or Shift+Tab to previous field. 



In order to fill DOB or Graduation fields you may make use of a calendar. Press 
button to pick a date from calendar (see Chapter 1 “Common Features of the IPOMIS 
Applications - How to Use Pick-a-date Calendar”). 

Program will generate a temporary SSN for the new sponsor. If you do not know 
his/her actual SSN use this number. It is preferred to provide actual SSNs to the 
program. 



Important Note: DO NOT change SSN after assignment or adding dependents. If 
you attempt to change sponsor’s SSN after assigning as sponsor or adding 
dependents, program will generate database errors. Because a sponsor is uniquely 
identified with the SSN in the database every association with a sponsor is created 
using the sponsor’s SSN. Changing causes to interrupt these associations and 
database never allows you to interrupt the associations once they are formed. 

If you really need to change a sponsor’s SSN: 

• Tell IP Coordinator to note somewhere and delete sponsor’s IP 
participation information. After you changed sponsor’s SSN, IP 
coordinator can reenter the deleted information. 

• Delete sponsor’s dependents. Before deleting, note somewhere the 
information about dependents. 

• Delete sponsor’s assignments. 

• After deleting, reenter assignments and dependent information. 

• After editing each field click I g • 1 on the navigator to refresh the database and 
actually post your new sponsor record to the database. Before refreshing/posting. 
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remember almost each field on the screen must have been filled in order to add a new 
sponsor successfully. Otherwise program will warn you with an error message 
indicating that blank field must have a value. 

• Before refreshing your data, you can Cancel/Undo the editing you made: click 
“Cancel” button or press Alt+C. 

Now you are ready to assign, add dependents, etc. to your new sponsor record. 

4. Deleting Sponsor 

To delete a sponsor: 

Locate the sponsor you want to delete and Click “Delete” button or press Alt+D or 
choose “Sponsor | Delete”. You will be prompted to confirm delete. If you choose Yes 
then delete process will initiate and all dependents, IP activities participated, and 
assignments associated with the selected sponsor will be deleted. If you choose No the 
information about the sponsor will not be deleted. 

Note: Before deleting a sponsor you must be sure about it. Because when a 
sponsor is deleted there is no way to revitalize the data associated with the 
sponsor. 

3. Adding New Dependent 

To add a new dependent: 

Press Ctrl+D or choose “Dependent | Add”. Sponsor’s Dependent(s) Information 
window will then open: 



145 




Figure 3.4 Sponsor’s Dependent(s) Information Window 






Program will prompt you to enter: First Name: type first name of the new 
dependent with uppercase initial. Relation: type W for wife, H for husband, D for 
daughter, S for son or O for other dependents: cousin, nephew, etc. Choose OK on 
each dialog boxes. If you choose Cancel then the add dependent process will be 
canceled. 

By default program will fill the Last Name and SSN fields with the sponsor’s. 
You can edit Last Name field anytime clicking it, but you cannot edit SSN field. It 
is a read-only field. 



In order to fill DOB field you may make use of a calendar. Press B=!l button to 
pick a date from calendar (see Chapter 1 “Common Features of the IPOMIS 
Applications - How to Use Pick-a-date Calendar”). 

Comments and Hobbies/Interests fields are plain text fields used to enter detail 
information about the dependent. 
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Click 



on the navigator to refresh the database and actually post your new 



dependent record to the database. Otherwise program will warn you and error 
message will appear on the screen indicating that blank field must have a value. 

• Before refreshing your data, you can Cancel/Undo the editing you made: click 
“Cancel” button or press Alt+C. 



4. Editing a Dependent 

To edit dependent data: 

Press Ctrl+E or choose “Dependent | Edit”. If the sponsor has a dependent “Sponsor’s 
Dependent(s) Information” window will then open (see Figure 3.4) and dependent data 
will be displayed. If the sponsor has no dependent then program will remind you that. 

• Click on the field you want to edit. 

• You can use pull down menu to select relation code from the list. It is 
recommended. 

• You can use Pick-a-date calendar to fill DOB field as described in the 
previous section. 

4. Assigning Sponsor 

To assign sponsor: 

Press Ctrl+A or choose “Sponsor | Assign”. “Sponsor Assignment” window will then 
open: 
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Figure 3.5 Sponsor Assign Window 



Sponsor Assignment window consist of four parts: Menu bar, Speedbar, Sponsor info, 
and IMS info. 

• Menu bar, across the top of the window, containing Show and Delete Assignment 
commands you can choose. 

• Speedbar, consists a shortcut speed button to close the assignment window and 
Assign button to initiate assignment process, just below the menu bar. 

• Sponsor Info window, displayed on the left of the window below the Speedbar, 
showing Sponsor currently selected to be assigned. 

• IMS Info window, displayed on the right of the window below the Speedbar, 
showing IMS currently selected to be sponsored. 






Before assigning sponsor make sure that you selected the right IMS for the right 
sponsor. You can locate sponsor and IMS using search by SSN, SCN, Last Name 



buttons [.till next to the relevant fields. 



After selecting sponsor and IMS click Assign button 



or press 



‘Alt+A”. If the assignment process was completed successfully then program shows a 



148 





message stating that “(Sponsor last name) will sponsor (IMS last name)”. If the 
sponsor has already assigned to the selected IMS then program will ignore the 
assignment and displays an error message dialog. 

• You can continue assigning sponsors or close the assignment window clicking close 
button on the speedbar. 

5. Delete Assignment 

There are two ways to delete assignments: 

Choose “Sponsor | Delete Assignment” on the SPM main window or choose “Delete 

Assignment” on the Sponsor Assignment window. Both will perform the exact same task 

and “Delete Assignment” window will open: 




Figure 3.6 Delete Assignment Window 

If the sponsor has any assignment it will show up on the delete assignment window. 
Click Delete to delete assignment, click Cancel to cancel operation. 

If the sponsor does not have any assignment the fields on the window will be blank. Click 
Cancel to cancel operation and exit. 

6. Removing Graduates 

When the student sponsors graduate you may want to remove their records from the 
database. You can do this automatically choosing “Sponsor | Remove Graduates” or 
pressing “Alt+G”. A dialog box prompting you to enter or confirm the graduation date 
will then appear on the screen: 
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Figure 3.7 Remove Graduates Dialog 



If the graduation date on the screen is correct for you then click OK. If not then type the 
graduation date of the sponsors you want to remove from the database. You can cancel 
this operation clicking Cancel instead of OK. 



Note: Before removing graduating or graduated sponsors you must be sure about 
it. Because when you select OK on the Remove Graduates Dialog, all information 
about the graduates is deleted. There is no way to revitalize them again. 



7. Preparing Reports and Lists 

The SPM has three built-in rosters and one sponsor information sheet format. 
a. All Registered Sponsors 

This roster lists all registered sponsors — i.e. all sponsors with or without 
assignment in the database. You can use this roster to review some information 
about sponsors: Last Name, First Name, etc. 



Sponsor List (Ordered By Last Name) 



(Consists all 


registered 


sponsors) 










7/8/96 


Last Name 


First Name Serv. 


Rank 


Curr .# 


Graduation M 


. Stat .# of IMSs Sponsored 


ANGRISANI 


David 


N 


LCDR 


3 68 


9/25/97 


M 


1 


BARS ANTI 


Robert 


N 


LCDR 


525 


9/26/96 


M 


0 


BAUER 


David 


N 


LCDR 


610 


9/26/96 


M 


0 


BAUMANN 


Gregg 


N 


LT 


570 


3/27/97 


M 


1 


BECKMAN 


Philip 


N 


LT 


360 


3/27/97 


M 


1 



Figure 3.8 All Registered Sponsors Roster 
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Choose “Show | Roster | All Registered Sponsors” on the SPM main window to 
preview the roster. 

b. All Assigned Sponsors 

This roster lists all assigned sponsors - i.e. all sponsors with assignment in the 
database. You can use this roster to review some information about sponsors and 
sponsored IMSs: 



Sponsor Roster (Ordered by last name) 

(Consists all assigned sponsors) 7/8/96 



SPONSOR 

Last Nam* 


First Name 


Serv. 


Rank 


ANGRISANI 


David 


N 


LCDR 


BAUMANN 


Gregg 


N 


LT 


BECKMAN 


Philip 


N 


LT 



IMS 

Last Name 


First Name 


Serv. 


Rank 


RECALDE 


Cesar 


N 


LT 


MURAT 


Mustafa 


N 


LTJG 


LIU 


Yi 


N 


LT 



Figure 3.9 All Assigned Sponsors Roster 



Choose “Show | Roster | All Assigned Sponsors” on the SPM main window to 
preview the roster. 

c. Graduating Sponsors 

This roster lists graduating sponsors. You can use this roster to review some 
information about graduating sponsors: 



Sponsors Graduating on 9/26/96 7/8/96 



Last Name 


First Name 


SSH 


Svc. 


Rank 


Curr.# 


M.Stat 


Spouse Name 


BARSANTI 


Robert 


100011073 


N 


LCDR 


525 


H 


Jean 


BAUER 


David 


100011098 


N 


LCDR 


610 


M 


Val 


BERGMAN 


Steve 


100011087 


N 


LT 


825 


S 




BRADY 


Albert 


100011003 


N 


LT 


370 


M 


Jennifer 



Figure 3.10 Graduating Sponsors Roster 



Choose “Show | Roster | Graduating Sponsors” on the SPM main window to 
preview the roster. A dialog box prompting you to enter or confirm the graduation 
date will then appear on the screen (see Figure 3.7). If the graduation date on the 
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screen is correct for you then click OK. If not then type the graduation date of the 
sponsors you want to remove from the database. You can cancel this operation 
clicking Cancel instead of OK. 



c. Sponsor Information Sheet 

This report is designed to provide detail information about a sponsor on a hard 
copy. You can use this roster to print detail information about the sponsor 



selected: 

Sponsor Information 

First Name Joshua 
Middle Name K. 
last Name DOE 
Service Navy 
Rank LCDR 
SGC 9999 

Graduation 9/26/96 
Curriculum 370 

local Address 

9999 Main St 
Monterey 93940 

Comments : 

Very active and supportive 



7/8/96 

Spouse Name Jane 
Child (ren) 2 



Phone (408 ) 555 5555 



Sponsored Student (s) : 

CELEBI Onder 



TURKEY 



9/26/96 



Figure 3.11 Sponsor Information Sheet 



Choose “Show | Info Sheet” or press “Ctrl+I” or click 
window to preview the roster. 



icon on the SPM main 
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Part 2 



Sponsor Information Viewer 

Sponsor Information Viewer (SIV) is designed to enable the office staff to access 
information about sponsors. 

You can view detail information about Sponsors and their dependents 



1. Starting SIV 



Start SIV by clicking the Sponsor Information Viewer icon WHS? 1 in the IPOMIS program 
group. Database Login window will then open and prompt you to enter your User Name 
and Password (see Chapter 1 “Common Features of the IPOMIS Applications - How to 
Login Database”). 



Important Note: Because of security concerns, SPM is designed to be used by 
International Programs Office staff. If you attempt to enter as another user then 
program will terminate and you will not be able use the program. Consult with 
your the IPO Database Administrator. 



If you provide proper user name and password then program login you to the system’s 
database and the SIV window will then open: 
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Figure 3.12 Sponsor Information Viewer 

This window consists of the: 

• Menu bar, across the top of the window, contains Program menu item. 

• Speedbar, consists shortcut speed button for exiting from the program and a row of 
database navigate buttons to navigate on Sponsor table, just below the menu bar. 

• Sponsor Information window, displayed below the Speedbar, showing Sponsor 
currently selected. 

• Tabbed notebook, displayed below the Sponsor Information window. This area 
displays detail information about the sponsor selected. 

a. Program Menu 

This menu item consists of two commands: 

• About to see the about window of the program 

• Exit to exit the program 
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b. Tabbed Notebook 

This tabbed notebook consists of six tabs: 

• Address/Phone : enables you to review selected sponsor’s address and phone 
data. 

• Comments: enables you to review comments about the selected sponsor. 

• Curriculum: enables you to review detail information about the curriculum 
enrolled by the selected sponsor. 

• Dependents: enables you to review information about sponsor’s dependents. 

• Sponsored IMS: enables you to review IMS(s) sponsored by the selected 
sponsor. 

2. Searching for a Sponsor 

See part 1 section “2. Locating Sponsor”. 
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4 



INFORMATION 
PROGRAM MANAGER 



This chapter provides detailed information about IPOMIS’s Information Program 
Manager Application. 

Information Program Manager is designed to assist Information Program (IP) 
Coordinator to perform his/her administrative tasks associated with managing and 
coordinating the IP activities. 

Information Program Manager (IPM) enables IP Coordinator to: 

• Manage database portion associated with IP activities: 

• Add/Delete activities 

• Add/Delete Student and Escort participation to the activities 

• Add/Delete Vendors providing services to the activities 

• Review previous activities (Archived activities) 

• Generate Selection Lists 

• Prepare Selection list 

• Edit Selection list 

• Save Selection list 



Generate IP Reports 
• Prepare report 
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Edit report 
Save report 
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1. Starting IPM and Main Window 



Start IPM by clicking the IP Manager icon IBM in the IPOMIS program group. 
Database Login window will then open and prompt you to enter your User Name and 
Password (see Chapter 1 “Common Features of the IPOMIS Applications - How to 
Login Database”). 



Important Note: Because of security concerns, IPM is designed to be used by IP 
Coordinator. If you attempt to enter as another user then program will terminate 
and you will not be able use the program. For further information see Chapter 5 
“Administrating Security” and consult with your Database Administrator. 



157 



